we getting 5fps in the little tracker versions, which is way too much.
Really slow!

enabled in the defs file:

	CVSSUPPORT=1

each project gets a stub CVS tree created (using 'cvs init') in
/proj/$pid/CVS. It is up to users obviously to do something with
that tree, and of course they have to either set their CVSROOT
env variable, or use the -d option to cvs.

The showproject page gets a link to the per-project CVS tree, using
the cvsweb interface, which I hacked up a bit to allow restricted
access to specific project trees, via a ?pid=$pid argument to the URL.
Without the ?pid argument, it falls back to normal behaviour, which is
check the cvsallowed bit in the users table, and provide access to the
Emulab source repo.

If you are curious, go here:

	https://www.emulab.net/cvsweb/cvsweb.php3/?pid=testbed

the paragraphs not be indented.  The goal is to make the questions look like
headings of a sort.

the questions.)

files.  The actual presentation of FAQ objects could no doubt stand to be
prettied up.

<div>'s --- for which there is, as of yet, no corresponding CSS.

draft.

Added some FAQ material.  Need to know if this is heading in the right
direction.

The file `usrpdefs.php3' should probably be renamed, but I'm too chicken to
do so myself.

Add a minor feature to loghole to support network link trace files.

	* utils/loghole.in, utils/loghole.1: Create a directory for traced
	network links that contains symbolic links to the pcap files.

	* www/tutorial/advanced.html: Fix the link to the loghole doc.

	* xmlrpc/emulabserver.py.in: Add a 'traces' aspect to the
	experiment.info method (used by loghole).

some details can be found in the advanced tutorial that I wrote up.
See this link:

http://www.emulab.net/tutorial/docwrapper.php3?docname=advanced.html#Tracing

The basic idea is that each virt_lan entry gets a couple of new slots
describing the type of tracing that is desired.

  traced tinyint(1) default '0',
  trace_type enum('header','packet','monitor') NOT NULL default 'header',
  trace_expr tinytext,
  trace_snaplen int(11) NOT NULL default '0',
  trace_endnode tinyint(1) NOT NULL default '0',

There is a new physical table called "traces" that is a little bit
like the current delays table. A new tmcd command returns the trace
configuration to the client nodes (tmcd/common/config/rc.trace).

The delays table got a new boolean called "noshaping" that tells the
delay node to bridge, but not set up any pipes. This allows us to
capture traffic at the delay node, but without much less overhead on
the packets.

The pcapper got bloated up to do packet capture and more event stuff.
I also had to add some mutex locking around calls into the pcap
library and around malloc, since the current setup used linuxthreads,
which is not compatable with the standard libc_r library. I was
getting all kinds of memory corruption, and I am sure that if someone
breathes on the pcapper again, it will break in some new way.

cluster.

decides to cancel.