[patch] XML'ified version of release todo list
Scott Long
scottl at samsco.org
Sat Feb 4 23:29:55 UTC 2006
Hmm, I wasn't aware that there was such a TODO item. What are the
advantages to switching our process to XML here?
Scott
Daniel Gerzo wrote:
> 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
>
>
>
> ------------------------------------------------------------------------
>
> 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 progress</font>">
> -<!ENTITY status.untested "<font color=orange>Needs testing</font>">
> -<!ENTITY status.new "<font color=red>Not 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> </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> </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> </td>
> - <td>Maximum RAM on sparc64 appears to be limited to 16Gb.</td>
> - </tr>
> -
> - <tr>
> - <td>make -jN</td>
> - <td>&status.new;</td>
> - <td> </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-doc
mailing list