[patch] XML'ified version of release todo list

Daniel Gerzo danger at rulez.sk
Sat Feb 4 13:06:30 PST 2006


Hello,

   I've been working on XML'ifying of release todo list as it is listed
   in the wiki as the DocIdea and it is considered to simplify updating
   of the todo list for re@ people (maybe others as well).

   This is already achieved and the diff is included in this email, but
   I would like to ask you guys what do you think about it and I'm open
   for comments/suggestions. If everything is OK i will submit a PR and
   I will look forward to see it commited.

   The only problem I see here is that the entities for commiters are
   not in use, since we don't have a xsl template and variables for
   this, but if you really care I can write one :)

   Built version of this is available at:
   http://www.sk.freebsd.org/releases/6.1R/todo.new.html

-- 
Sincerely,
   Daniel Gerzo
-------------- next part --------------
diff -ruN 6.1R/Makefile 6.1R.test/Makefile
--- 6.1R/Makefile	Wed Jan 25 23:58:36 2006
+++ 6.1R.test/Makefile	Sun Jan 29 13:33:34 2006
@@ -7,18 +7,21 @@
 .include "../Makefile.inc"
 .endif
 
-DOCS=	todo.sgml approvals.sgml
+DOCS=	approvals.sgml
+
+SRCS.DEFAULT=	todo.xsl
+XMLDOCS=	todo
 
 FETCHFILE= http://people.freebsd.org/~pho/stress/log/news.rdf
 FETCHCMD=  /usr/bin/fetch
-CLEANFILES+= news.rdf stress.html
+CLEANFILES+= news.rdf stress.xml
 
 news.rdf:
 	${FETCHCMD} ${FETCHFILE}
 
-stress.html: news.rdf stress.xsl
-	${XSLTPROC} stress.xsl news.rdf > stress.html
+stress.xml: news.rdf stress.xsl
+	${XSLTPROC} stress.xsl news.rdf > stress.xml
 
-todo.html: stress.html
+todo.html: stress.xml
 
 .include "${WEB_PREFIX}/share/mk/web.site.mk"
diff -ruN 6.1R/stress.xsl 6.1R.test/stress.xsl
--- 6.1R/stress.xsl	Wed Jan 25 23:58:36 2006
+++ 6.1R.test/stress.xsl	Sun Jan 29 13:36:47 2006
@@ -7,25 +7,22 @@
  version="1.0">
 
 <xsl:output 
- method="html"
- indent="no"
- encoding="utf-8"/>
+ method="xml"
+ indent="yes"
+ encoding="utf-8"
+ omit-xml-declaration="no"/>
 
 <!-- match first element whether we're using namespaces or not -->
 
 <xsl:template match="/*[1]">
-    <xsl:comment>Generated from XSLT</xsl:comment>
-<ul>
+<results>
   <xsl:for-each select="*[local-name()='item']">
-  <li>
-    <xsl:element name="a">
-      <xsl:attribute name="href"><xsl:value-of select="*[local-name()='link']"/></xsl:attribute>
-      <xsl:value-of select="*[local-name()='title']"/>
-    </xsl:element>
-  </li>
+  <result>
+    <title><xsl:value-of select="*[local-name()='title']"/></title>
+    <link><xsl:value-of select="*[local-name()='link']"/></link>
+  </result>
 </xsl:for-each>
-</ul>
-
+</results>
 </xsl:template>
 
 </xsl:stylesheet>
diff -ruN 6.1R/todo.dtd 6.1R.test/todo.dtd
--- 6.1R/todo.dtd	Thu Jan  1 00:00:00 1970
+++ 6.1R.test/todo.dtd	Sun Jan 29 13:27:35 2006
@@ -0,0 +1,37 @@
+<!-- DTD for todo list entries on the FreeBSD website. -->
+<!-- $FreeBSD:$ -->
+
+<!ELEMENT entries (cvs:keywords?, entry+)>
+
+<!ELEMENT entry (issue, responsible?, description?)>
+<!ATTLIST entry class (showstopper | required | desired | docs
+	| testing) #REQUIRED>
+<!ATTLIST entry status (na | done | wip | untested | new | unknown
+	| deferred) #REQUIRED>
+
+<!ELEMENT issue (#PCDATA)>
+<!ELEMENT responsible (#PCDATA)>
+<!ELEMENT description (#PCDATA|a|b|br|i|tt|em|p|strong|ul|pre)*>
+
+<!-- misc HTML tags -->
+<!ELEMENT a (#PCDATA|img)*>
+<!ATTLIST a href CDATA #REQUIRED>
+
+<!ELEMENT b (#PCDATA|a)*>
+<!ELEMENT br (#PCDATA|a)*>
+<!ELEMENT i (#PCDATA|a)*>
+<!ELEMENT tt (#PCDATA|a)*>
+<!ELEMENT em (#PCDATA|a)*>
+<!ELEMENT p (#PCDATA|a)*>
+<!ELEMENT strong (#PCDATA|a)*>
+<!ELEMENT ul (li)*>
+<!ELEMENT li (#PCDATA|a)*>
+<!ELEMENT pre (#PCDATA|a)*>
+
+<!-- common cvs tags -->
+<!ELEMENT cvs:keywords (cvs:keyword+)>
+<!ATTLIST cvs:keywords xmlns:cvs CDATA #FIXED 'http://www.FreeBSD.org/XML/CVS'>
+<!ATTLIST cvs:keywords version CDATA #FIXED '1.0'>
+
+<!ELEMENT cvs:keyword (#PCDATA)>
+<!ATTLIST cvs:keyword name CDATA #REQUIRED>
diff -ruN 6.1R/todo.sgml 6.1R.test/todo.sgml
--- 6.1R/todo.sgml	Sat Jan 28 21:37:35 2006
+++ 6.1R.test/todo.sgml	Thu Jan  1 00:00:00 1970
@@ -1,309 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" [
-<!ENTITY base CDATA "../..">
-<!ENTITY email 'freebsd-qa'>
-<!ENTITY date "$FreeBSD: www/en/releases/6.1R/todo.sgml,v 1.6 2006/01/27 05:53:28 murray Exp $">
-<!ENTITY local.rel "6.1">
-<!ENTITY title "FreeBSD 6.1 Open Issues">
-<!ENTITY % navincludes SYSTEM "../../includes.navdownload.sgml"> %navincludes;
-<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
-<!ENTITY % developers SYSTEM "../../developers.sgml"> %developers;
-<!-- Status levels -->
-<!ENTITY status.na "<font color=green>N/A</font>">
-<!ENTITY status.done "<font color=green>Done</font>">
-<!ENTITY status.wip "<font color=blue>In&nbsp;progress</font>">
-<!ENTITY status.untested "<font color=orange>Needs&nbsp;testing</font>">
-<!ENTITY status.new "<font color=red>Not&nbsp;done</font>">
-<!ENTITY status.unknown "<font color=red>Unknown</font>">
-<!ENTITY status.deferred "<font color=gray>Deferred for future release</font>">
-
-<!ENTITY url.cvsweb "http://www.freebsd.org/cgi/cvsweb.cgi">
-<!ENTITY url.mid "http://docs.freebsd.org/cgi/mid.cgi?">
-<!ENTITY url.pr "http://www.freebsd.org/cgi/query-pr.cgi?">
-
-<!ENTITY stresstest SYSTEM "./stress.html">
-]>
-
-<!--
-
-  Changes to this list MUST NOT be committed without approval of
-  Release Engineering Team (re at FreeBSD.org) (for general items) or
-  Documentation Engineering Team (doceng at FreeBSD.org) (for doc-related
-  items).
-
--->
-
-<html>
-&header;
-
-<p>This is a list of open issues that need to be resolved for FreeBSD
-  &local.rel;.  If you have any updates for this list, please e-mail
-  re at FreeBSD.org.</p>
-
-<ul>
-  <li><a href="#showstopper">Show stopper defects</a></li>
-  <li><a href="#required">Required features</a></li>
-  <li><a href="#desired">Desired features</a></li>
-  <li><a href="#docs">Documentation Items</a></li>
-  <li><a href="#testing">Testing foci</a></li>
-  <li><a href="#stresstest">Problems Discovered by Kernel Stress Test Suite</a></li>
-</ul>
-  
-<h3>Show stopper defects for &local.rel;-RELEASE</h3>
-
-<a name="showstopper"></a>
-<table class="tblbasic">
-  <tr class="heading">
-    <th>Issue</th>
-    <th>Status</th>
-    <th>Responsible</th>
-    <th>Description</th>
-  </tr>
-
-  <tr>
-    <td>umount -f panics</td>
-    <td>&status.wip;</td>
-    <td>jeffr, ssouhlal</td>
-    <td>panics from race conditions.</td>
-  </tr>
-
-  <tr>
-    <td>quota deadlocks</td>
-    <td>&status.unknown;</td>
-    <td></td>
-    <td>Quota support is not locked properly and causes deadlocks.</td>
-  </tr>
-
-  <tr>
-    <td>UFS deadlocks on amd64</td>
-    <td>&status.unknown;</td>
-    <td>tegge</td>
-    <td>Seen by Kris Kennaway.</td>
-  </tr>
-
-  <tr>
-    <td>UFS deadlocks</td>
-    <td>&status.unknown;</td>
-    <td></td>
-    <td>Seen by Peter Jeremy.</td>
-  </tr>
-
-  <tr>
-    <td>amd64 panics in ipv6 with date(1)</td>
-    <td>&status.unknown;</td>
-    <td></td>
-    <td>amd64 panics in ipv6 when the date is changed using date(1) or
-	ntpdate(1).  This may be a MI issue.</td>
-  </tr>
-
-  <tr>
-    <td>sparc64 instability.</td>
-    <td>&status.unknown;</td>
-    <td>marius</td>
-    <td>sparc64 installability when accessing /dev/mem.  Contact
-      marius or kris for debugging information.</td>
-  </tr>
-
-  <tr>
-    <td>dhclient causes ipv6 panics.</td>
-    <td>&status.unknown;</td>
-    <td></td>
-    <td>dougb has more details about this.</td>
-  </tr>
-
-  <tr>
-    <td>sparc64 frequent hangs</td>
-    <td>&status.unknown;</td>
-    <td></td>
-    <td>no DDB break possible, so impossible to diagnose</td>
-  </tr>
-
-  <tr>
-    <td>serious sparc64 IPv6 panic</td>
-    <td>&status.unknown;</td>
-    <td>gnn</td>
-    <td>Triggered by just ping6'ing the box.  It may even be a MI
-      issue, the reporter of this bug only uses IPv6 with
-      sparc64.</td>
-  </tr>
-
-</table>
-
-<h3>Required features for &local.rel;-RELEASE</h3>
-
-<a name="required"></a>
-<table class="tblbasic">
-  <tr class="heading">
-    <th>Issue</th>
-    <th>Status</th>
-    <th>Responsible</th>
-    <th>Description</th>
-  </tr>
-
-</table>
-
-<h3>Desired features for &local.rel;-RELEASE</h3>
-
-<a name="desired"></a>
-<table class="tblbasic">
-  <tr class="heading">
-    <th>Issue</th>
-    <th>Status</th>
-    <th>Responsible</th>
-    <th>Description</th>
-  </tr>
-
-  <tr>
-    <td>SMP kernels for install</td>
-    <td>&status.unknown;</td>
-    <td></td>
-
-    <td><em>From the <a
-      href="http://www.freebsd.org/projects/ideas/#p-smpinstall">ideas
-      page</a>.</em>  Right now we only install a UP kernel, for performance
-      reasons. We should be able to package both a UP and SMP kernel
-      into the release bits, and have sysinstall install both. It
-      should also select the correct one for the target system and
-      make that the default on boot. The easiest way to do this would
-      be to have sysinstall boot an SMP kernel and then look at the
-      hw.ncpu sysctl. The only problem is being able to have
-      sysinstall fall back to booting a UP kernel for itself if the
-      SMP one fails. This can probably be 'faked' by setting one of
-      the SMP-disabling variables in the loader. But in any case, the
-      point is to make the process Just Work for the user, without the
-      user needing to know arcane loader/sysctl knobs. SMP laptops are
-      here, and we should be ready to support SMP out-of-the-box.</td>
-  </tr>
-
-  <tr>
-    <td>Improve kbdmux</td>
-    <td>&status.unknown;</td>
-    <td>emax</td>
-    <td><em>From the <a
-      href="http://www.freebsd.org/projects/ideas/#p-kbdmux">ideas
-      page</a>.</em> We need this for the growing number of systems
-      that assume that USB is the primary keyboard. Current status
-      appears to be that the kbdmux driver breaks very easily. We need
-      this working well enough where it can be enabled by default, and
-      all attached keyboards Just Work.</td>
-  </tr>
-
-  <tr>
-    <td>updated hal and ath drivers</td>
-    <td>&status.new;</td>
-    <td>sam</td>
-    <td></td>
-  </tr>
-
-  <tr>
-    <td>fix ntpdate(1) bogus output on amd64.</td>
-    <td>&status.unknown;</td>
-    <td>roberto</td>
-    <td></td>
-  </tr>
-
-  <tr>
-    <td>Improve performance</td>
-    <td>&status.unknown;</td>
-    <td></td>
-    <td>What seem to be 4BSD scheduler bugs in 6.0 that
-      cause performance to be anomalously low in certain situations.
-      davidxu has expressed some interest in this problem.</td>
-  </tr>
-
-  <tr>
-    <td>/dev/kmem panic</td>
-    <td>&status.new;</td>
-    <td>&nbsp;</td>
-    <td>Kris has noticed panics on SMP machines when there was ABI
-      breakage of libkvm and world was not rebuilt and utilities like
-      fstat were used.  This suggests panics can be caused by incorrect
-      accesses to /dev/kmem.</td>
-  </tr>
-
-  <tr>
-    <td>KLDs on sparc64</td>
-    <td>&status.new;</td>
-    <td>&nbsp;</td>
-    <td>On sparc64 machines with more than 4Gb memory KLDs are not usable
-      and will panic the system.  The problem is reportedly with how the
-      KLDs are compiled, it only works if the code ends up below 4G.</td>
-  </tr>
-
-  <tr>
-    <td>Max RAM on sparc64</td>
-    <td>&status.new;</td>
-    <td>&nbsp;</td>
-    <td>Maximum RAM on sparc64 appears to be limited to 16Gb.</td>
-  </tr>
-
-  <tr>
-    <td>make -jN</td>
-    <td>&status.new;</td>
-    <td>&nbsp;</td>
-    <td>Doing 'make -jN', then suspending/resuming it may result in make
-      reporting it lost child process(es).</td>
-  </tr>
-
-  <tr>
-    <td>OpenBSM</td>
-    <td>&status.unknown;</td>
-    <td>&a.rwatson;</td>
-    <td>The integration of OpenBSM is waiting on some final licensing hurdles.
-      Once those are cleared, it will be a very desirable feature for &local.rel;.</td>
-  </tr>
-
-  <tr>
-    <td>update sysinstall disk labeling</td>
-    <td>&status.wip;</td>
-    <td>&a.rodrigc;</td>
-    <td>Sysinstall could use the same fixes recently made to fdisk so it
-      plays nice with GEOM and disk labeling.  This does not cause problems
-      during install because nothing on the disk is mounted when its label
-      is being manipulated but it can cause problems if sysinstall gets
-      used on a live system to adjust labels on existing disks which
-      sys-admins tend to do.</td>
-  </tr>
-
-</table>
-
-<h3>Documentation items that must be resolved for &local.rel;</h3>
-
-<a name="docs"></a>
-<table class="tblbasic">
-  <tr class="heading">
-    <th>Issue</th>
-    <th>Status</th>
-    <th>Responsible</th>
-    <th>Description</th>
-  </tr>
-
-</table>
-
-
-<h3>Testing foci for &local.rel;-RELEASE</h3>
-
-<a name="testing"></a>
-<table class="tblbasic">
-  <tr class="heading">
-    <th>Issue</th>
-    <th>Status</th>
-    <th>Responsible</th>
-    <th>Description</th>
-  </tr>
-
-</table>
-
-<h3>Stress Test Panics</h3>
-
-<a name="stresstest"></a>
-<p>The system is continuously being subjected to Peter Holm's <a
-  href="http://www.holm.cc/stress/">Kernel Stress Test Suite</a>.  The
-  following issues have recently been discovered from this test
-  suite.</p>
-
-&stresstest;
-
-    &footer;
-
-  </body>
-</html>
diff -ruN 6.1R/todo.xml 6.1R.test/todo.xml
--- 6.1R/todo.xml	Thu Jan  1 00:00:00 1970
+++ 6.1R.test/todo.xml	Sun Jan 29 13:27:35 2006
@@ -0,0 +1,272 @@
+<?xml version="1.0"?>
+<!DOCTYPE entries SYSTEM "todo.dtd">
+
+<!--
+
+  Changes to this list MUST NOT be committed without approval of
+  Release Engineering Team (re at FreeBSD.org) (for general items) or
+  Documentation Engineering Team (doceng at FreeBSD.org) (for doc-related
+  items).
+
+  available classes: < showstopper | required | desired | docs |
+	testing >
+  available states: < na | done | wip | untested | new | unknown |
+	deferred >
+
+-->
+
+<entries>
+  <cvs:keywords xmlns:cvs="http://www.FreeBSD.org/XML/CVS" version="1.0">
+    <cvs:keyword name="freebsd">
+      $FreeBSD:$
+    </cvs:keyword>
+  </cvs:keywords>
+
+  <entry class="showstopper" status="unknown">
+    <issue>Unreliable serial console</issue>
+    <responsible></responsible>
+    <description>
+      At the manual 'root mount' prompt, the serial console is very
+      unreliable and drops most characters.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="wip">
+    <issue>Manual root mount lockmgr panics</issue>
+    <responsible>ssouhlal</responsible>
+    <description>
+      Specifying a manual root mount location causes lockmgr panics.
+      ssouhlal@ has a patch for this.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="wip">
+    <issue>i386 deadlocks with >16GB swap</issue>
+    <responsible>alc</responsible>
+    <description>
+      i386 deadlocks if more than 16GB of swap is in use.  Increasing
+      the kern.maxswzone tunable would be a workaround this, but a patch
+      from alc@ is needed to allow this variable to be increased.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="unknown">
+    <issue>Unmount pending error</issue>
+    <responsible></responsible>
+    <description>
+      When unmounting filesystems Kris reports seeing this warning:
+      <tt>/c: unmount pending error: blocks -68512 files 0</tt>.  This
+      dates back at least to 5.3.  It might be associated with
+      filesystem corruption reported by many users in which the 'used'
+      space on a filesystem is negative; fsck -f is needed to correct
+      this.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="unknown">
+    <issue>swap_pager warnings</issue>
+    <responsible>truckman</responsible>
+    <description>
+      When swapfiles are in use, there are often warnings printed: <tt>
+      swap_pager: indefinite wait buffer: bufobj: 0, blkno: 889347,
+      size: 8192</tt>.  There is also the possibility of deadlock.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="wip">
+    <issue>umount -f panics</issue>
+    <responsible>jeffr, ssouhlal</responsible>
+    <description>
+      Panics from race conditions.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="unknown">
+    <issue>UFS deadlocks on amd64</issue>
+    <responsible>tegge</responsible>
+    <description>
+      Seen by Kris Kennaway.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="unknown">
+    <issue>UFS deadlocks</issue>
+    <responsible></responsible>
+    <description>
+      Seen by Peter Jeremy.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="unknown">
+    <issue>amd64 panics in ipv6 with date(1)</issue>
+    <responsible></responsible>
+    <description>
+      amd64 panics in ipv6 when the date is changed using date(1) or
+      ntpdate(1).  This may be a MI issue.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="unknown">
+    <issue>sparc64 instability.</issue>
+    <responsible>marius</responsible>
+    <description>
+      sparc64 installability when accessing /dev/mem.  Contact marius@
+      or kris@ for debugging information.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="unknown">
+    <issue>dhclient causes ipv6 panics.</issue>
+    <responsible></responsible>
+    <description>
+      dougb@ has more details about this.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="unknown">
+    <issue>sparc64 frequent hangs</issue>
+    <status>unknown</status>
+    <responsible></responsible>
+    <description>
+      No DDB break possible, so impossible to diagnose.
+    </description>
+  </entry>
+
+  <entry class="showstopper" status="unknown">
+    <issue>Serious sparc64 IPv6 panic</issue>
+    <responsible>gnn</responsible>
+    <description>
+      Triggered by just ping6'ing the box.  It may even be a MI issue,
+      the reporter of this bug only uses IPv6 with sparc64.
+    </description>
+  </entry>
+
+  <entry class="desired" status="unknown">
+    <issue>SMP kernels for install</issue>
+    <responsible></responsible>
+    <description>
+      <em>From the <a
+	href="http://www.freebsd.org/projects/ideas/#p-smpinstall">ideas
+      page</a>.</em>  Right now we only install a UP kernel, for
+      performance reasons.  We should be able to package both a UP and
+      SMP kernel into the release bits, and have sysinstall install
+      both.  It should also select the correct one for the target system
+      and make that the default on boot.  The easiest way to do this
+      wouldbe to have sysinstall boot an SMP kernel and then look at the
+      hw.ncpu sysctl.  The only problem is being able to have sysinstall
+      fall back to booting a UP kernel for itself if the SMP one fails.
+      This can probably be 'faked' by setting one of the SMP-disabling
+      variables in the loader.  But in any case, the point is to make
+      the process Just Work for the user, without the user needing to
+      know arcane loader/sysctl knobs.  SMP laptops are here, and we
+      should be ready to support SMP out-of-the-box.
+    </description>
+  </entry>
+
+  <entry class="desired" status="unknown">
+    <issue>Improve kbdmux</issue>
+    <responsible>emax</responsible>
+    <description>
+      <em>From the <a
+	href="http://www.freebsd.org/projects/ideas/#p-kbdmux">ideas
+      page</a>.</em>  We need this for the growing number of systems
+      that assume that USB is the primary keyboard.  Current status
+      appears to be that the kbdmux driver breaks very easily.  We need
+      this working well enough where it can be enabled by default, and
+      all attached keyboards Just Work.
+    </description>
+  </entry>
+
+  <entry class="desired" status="unknown">
+    <issue>swap panic on sparc64</issue>
+    <responsible>kris has panic info</responsible>
+    <description>
+      Kris reports configuring a 74GB swap-backed md on sparc64 that
+      caused a panic after a week or two of load (during which time swap
+      was slowly filling as more of the md was dirtied).
+    </description>
+  </entry>
+
+  <entry class="desired" status="new">
+    <issue>Updated hal and ath drivers</issue>
+    <responsible>sam</responsible>
+    <description></description>
+  </entry>
+
+  <entry class="desired" status="unknown">
+    <issue>Fix ntpdate(1) bogus output on amd64.</issue>
+    <responsible>roberto</responsible>
+    <description></description>
+  </entry>
+
+  <entry class="desired" status="unknown">
+    <issue>Improve performance</issue>
+    <responsible></responsible>
+    <description>
+      What seem to be 4BSD scheduler bugs in 6.0 that cause performance
+      to be anomalously low in certain situations.  davidxu@ has
+      expressed some interest in this problem.
+    </description>
+  </entry>
+
+  <entry class="desired" status="new">
+    <issue>/dev/kmem panic</issue>
+    <responsible></responsible>
+    <description>
+      Kris has noticed panics on SMP machines when there was ABI
+      breakage of libkvm and world was not rebuilt and utilities like
+      fstat were used.  This suggests panics can be caused by incorrect
+      accesses to /dev/kmem.
+    </description>
+  </entry>
+
+  <entry class="desired" status="new">
+    <issue>KLDs on sparc64</issue>
+    <responsible></responsible>
+    <description>
+      On sparc64 machines with more than 4Gb memory KLDs are not usable
+      and will panic the system.  The problem is reportedly with how the
+      KLDs are compiled, it only works if the code ends up below 4G.
+    </description>
+  </entry>
+
+  <entry class="desired" status="new">
+    <issue>Max RAM on sparc64</issue>
+    <responsible></responsible>
+    <description>
+      Maximum RAM on sparc64 appears to be limited to 16Gb.
+    </description>
+  </entry>
+
+  <entry class="desired" status="new">
+    <issue>make -jN</issue>
+    <responsible></responsible>
+    <description>
+      Doing 'make -jN', then suspending/resuming it may result in make
+      reporting it lost child process(es).
+    </description>
+  </entry>
+
+  <entry class="desired" status="unknown">
+    <issue>OpenBSM</issue>
+    <responsible>rwatson</responsible>
+    <description>
+      The integration of OpenBSM is waiting on some final licensing
+      hurdles.  Once those are cleared, it will be a very desirable
+      feature for this release.
+    </description>
+  </entry>
+
+  <entry class="desired" status="wip">
+    <issue>Update sysinstall disk labeling</issue>
+    <responsible>rodrigc</responsible>
+    <description>
+      Sysinstall could use the same fixes recently made to fdisk so it
+      plays nice with GEOM and disk labeling.  This does not cause
+      problems during install because nothing on the disk is mounted
+      when its label is being manipulated but it can cause problems if
+      sysinstall gets used on a live system to adjust labels on existing
+      disks which sys-admins tend to do.
+    </description>
+  </entry>
+</entries>
diff -ruN 6.1R/todo.xsl 6.1R.test/todo.xsl
--- 6.1R/todo.xsl	Thu Jan  1 00:00:00 1970
+++ 6.1R.test/todo.xsl	Sun Jan 29 13:53:34 2006
@@ -0,0 +1,221 @@
+<?xml version="1.0"?>
+
+<!-- Copyright (c) 2006 Daniel Gerzo <danger at rulez.sk>
+     All rights reserved.
+
+     Redistribution and use in source and binary forms, with or without
+     modification, are permitted provided that the following conditions
+     are met:
+     1. Redistributions of source code must retain the above copyright
+	notice, this list of conditions and the following disclaimer.
+     2. Redistributions in binary form must reproduce the above copyright
+	notice, this list of conditions and the following disclaimer in the
+	documentation and/or other materials provided with the distribution.
+
+     THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
+     ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+     IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+     ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
+     FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+     DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+     OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+     HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+     LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+     OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+     SUCH DAMAGE.
+
+     $FreeBSD:$
+-->
+
+<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0"
+  xmlns:cvs="http://www.FreeBSD.org/XML/CVS"
+  exclude-result-prefixes="cvs">
+
+  <xsl:import href="../../includes.xsl"/>
+  <xsl:variable name="section" select="'download'"/>
+  <xsl:variable name="base" select="'../..'"/>
+  <xsl:variable name="date">
+    <xsl:value-of select="//cvs:keyword[@name='freebsd']"/>
+  </xsl:variable>
+  <xsl:variable name="email" select="'re'"/>
+  <xsl:variable name="localrel" select="'6.1'"/>
+  <xsl:variable name="title" select="'FreeBSD 6.1 Open Issues'"/>
+  <xsl:variable name="upperCase" select="'ABCDEFGHIJKLMNOPQRSTUVWXYZ'"/>
+  <xsl:variable name="lowerCase" select="'abcdefghijklmnopqrstuvwxyz'"/>
+
+  <xsl:output method="xml" encoding="iso-8859-1"
+    doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"
+    doctype-public="-//W3C//DTD XHTML 1.0 Transitional//EN"/>
+
+  <xsl:template match="entries">
+    <html>
+
+      <xsl:copy-of select="$header1"/>
+
+      <body>
+
+        <div id="containerwrap">
+          <div id="container">
+
+            <xsl:copy-of select="$header2"/>
+
+            <div id="content">
+
+              <xsl:copy-of select="$sidenav"/>
+
+              <div id="contentwrap">
+
+                <xsl:copy-of select="$header3"/>
+
+	<p>This is a list of open issues that need to be resolved for
+	  FreeBSD <xsl:value-of select="$localrel"/>-RELEASE. If you
+	  have any updates for this list, please e-mail
+	  re at FreeBSD.org.</p>
+
+	<ul>
+	  <li><a href="#showstopper">Show stopper defects</a></li>
+	  <li><a href="#required">Required features</a></li>
+	  <li><a href="#desired">Desired features</a></li>
+	  <li><a href="#docs">Documentation Items</a></li>
+	  <li><a href="#testing">Testing foci</a></li>
+	  <li><a href="#stresstest">Problems Discovered by Kernel Stress Test Suite</a></li>
+	</ul>
+
+	<h3>Show stopper defects for <xsl:value-of select="$localrel"/>-RELEASE</h3>
+	<a name="showstopper"></a>
+	<table class="tblbasic">
+	  <tr class="heading">
+	    <th>Issue</th>
+	    <th>Status</th>
+	    <th>Responsible</th>
+	    <th>Description</th>
+	  </tr>
+	  <xsl:for-each select="entry[@class='showstopper']">
+	    <xsl:sort select="translate(./issue, $upperCase, $lowerCase)"/>
+	    <xsl:call-template name="entry"/>
+	  </xsl:for-each>
+	</table>
+
+	<h3>Required features for <xsl:value-of select="$localrel"/>-RELEASE</h3>
+	<a name="required"></a>
+	<table class="tblbasic">
+	  <tr class="heading">
+	    <th>Issue</th>
+	    <th>Status</th>
+	    <th>Responsible</th>
+	    <th>Description</th>
+	  </tr>
+	  <xsl:for-each select="entry[@class='required']">
+	    <xsl:sort select="translate(./issue, $upperCase, $lowerCase)"/>
+	    <xsl:call-template name="entry"/>
+	  </xsl:for-each>
+	</table>
+
+	<h3>Desired features for <xsl:value-of select="$localrel"/>-RELEASE</h3>
+	<a name="desired"></a>
+	<table class="tblbasic">
+	  <tr class="heading">
+	    <th>Issue</th>
+	    <th>Status</th>
+	    <th>Responsible</th>
+	    <th>Description</th>
+	  </tr>
+	  <xsl:for-each select="entry[@class='desired']">
+	    <xsl:sort select="translate(./issue, $upperCase, $lowerCase)"/>
+	    <xsl:call-template name="entry"/>
+	  </xsl:for-each>
+	</table>
+
+	<h3>Documentation items that must be resolved for <xsl:value-of select="$localrel"/>-RELEASE</h3>
+	<a name="docs"></a>
+	<table class="tblbasic">
+	  <tr class="heading">
+	    <th>Issue</th>
+	    <th>Status</th>
+	    <th>Responsible</th>
+	    <th>Description</th>
+	  </tr>
+	  <xsl:for-each select="entry[@class='docs']">
+	    <xsl:sort select="translate(./issue, $upperCase, $lowerCase)"/>
+	    <xsl:call-template name="entry"/>
+	  </xsl:for-each>
+	</table>
+
+	<h3>Testing focuses for <xsl:value-of select="$localrel"/>-RELEASE</h3>
+	<a name="testing"></a>
+	<table class="tblbasic">
+	  <tr class="heading">
+	    <th>Issue</th>
+	    <th>Status</th>
+	    <th>Responsible</th>
+	    <th>Description</th>
+	  </tr>
+	  <xsl:for-each select="entry[@class='testing']">
+	    <xsl:sort select="translate(./issue, $upperCase, $lowerCase)"/>
+	    <xsl:call-template name="entry"/>
+	  </xsl:for-each>
+	</table>
+
+	<h3>Stress Test Panics</h3>
+	<a name="stresstest"></a>
+	<p>The system is continuously being subjected to Peter Holm's <a
+	  href="http://www.holm.cc/stress/">Kernel Stress Test Suite</a>.
+	  The following issues have recently been discovered from this
+	  test suite.</p>
+
+	<ul>
+	  <xsl:for-each select="document('stress.xml')/results/result">
+	  <li>
+	    <xsl:element name="a">
+	      <xsl:attribute name="href"><xsl:value-of select="link"/></xsl:attribute>
+	      <xsl:value-of select="title"/>
+	    </xsl:element>
+	  </li>
+	  </xsl:for-each>
+	</ul>
+
+	</div> <!-- contentwrap -->
+	<br class="clearboth" />
+
+	</div> <!-- content -->
+
+	<xsl:copy-of select="$footer"/>
+
+	</div> <!-- container -->
+      </div> <!-- containerwrap -->
+
+      </body>
+    </html>
+  </xsl:template>
+
+  <xsl:template name="entry">
+    <tr>
+      <td><xsl:value-of select="issue"/></td>
+      <xsl:choose>
+        <xsl:when test="@status='na'">
+	  <td><font color="green">N/A</font></td>
+	</xsl:when>
+	<xsl:when test="@status='done'">
+	  <td><font color="green">Done</font></td>
+	</xsl:when>
+	<xsl:when test="@status='wip'">
+	  <td><font color="blue">In progress</font></td>
+	</xsl:when>
+	<xsl:when test="@status='untested'">
+	  <td><font color="orange">Needs testing</font></td>
+	</xsl:when>
+	<xsl:when test="@status='new'">
+	  <td><font color="red">Not done</font></td>
+	</xsl:when>
+	<xsl:when test="@status='unknown'">
+	  <td><font color="red">Unknown</font></td>
+	</xsl:when>
+	<xsl:when test="@status='deferred'">
+	  <td><font color="gray">Deferred for future release</font></td>
+	</xsl:when>
+      </xsl:choose>
+      <td><xsl:value-of select="responsible"/></td>
+      <td><xsl:copy-of select="description/child::node()"/></td>
+    </tr>
+  </xsl:template>
+</xsl:stylesheet>


More information about the freebsd-www mailing list