GitLab

That was more involved than I thought...or it was worth, considering that
only old FreeBSD and really old Redhat (think: LILO) images have them.
But that is the kinda guy I am...

New code for managing ranges.

Split out the partition identification code. This part just moves the
MBR support to its own directory.

This commit is intended to makes the license status of Emulab and
ProtoGENI source files more clear.  It replaces license symbols like
"EMULAB-COPYRIGHT" and "GENIPUBLIC-COPYRIGHT" with {{{ }}}-delimited
blocks that contain actual license statements.

This change was driven by the fact that today, most people acquire and
track Emulab and ProtoGENI sources via git.

Before the Emulab source code was kept in git, the Flux Research Group
at the University of Utah would roll distributions by making tar
files.  As part of that process, the Flux Group would replace the
license symbols in the source files with actual license statements.

When the Flux Group moved to git, people outside of the group started
to see the source files with the "unexpanded" symbols.  This meant
that people acquired source files without actual license statements in
them.  All the relevant files had Utah *copyright* statements in them,
but without the expanded *license* statements, the licensing status of
the source files was unclear.

This commit is intended to clear up that confusion.

Most Utah-copyrighted files in the Emulab source tree are distributed
under the terms of the Affero GNU General Public License, version 3
(AGPLv3).

Most Utah-copyrighted files related to ProtoGENI are distributed under
the terms of the GENI Public License, which is a BSD-like open-source
license.

Some Utah-copyrighted files in the Emulab source tree are distributed
under the terms of the GNU Lesser General Public License, version 2.1
(LGPL).

the os subdir into the clientside/os dir.

Mike, use the --follow argument to git log to traverse across the mv.

(as generated by imagehash).  This is Mike's piss-all-over-it version of
Prashanth's implementation of Mike's algorithm.  Delta images are created
by specifying "-H <sigfile>" on the command line.

This is still experimental.

The checkpoint driver can return a list of blocks that have been modified
since its startup.  If you use "imagezip -C /dev/shd0 -s 1 /dev/ad0 foo.ndz"
imagezip will make an ioctl call on the shd device to get the modified
blocks it needs to save (rather than parsing the filesystem).  It then
creates an image using those blocks.

The end result should be an "incremental" image that can be put down on
the disk by frisbee after the original image has been loaded.

This is all a theory right now (including the ioctl :-) but should get
tested RSN.

path.

Ok, not really any fundamental changes, mostly a source reorganization,
but some new features as well:

1. Split off FS specific code for all FS types into subdirectories.
   imagezip.c was just getting unwieldy.  You can now (in theory, I
   haven't enabled this in any easy way) build a version of imagezip
   with only the FSes you care about.

2. As part of the above, localize the filesystem specific headers in
   the subdirs instead of relying on the installed system headers.
   This allows easy building of, for example, BSD FS support under
   Linux.

3. Hacked up the GNUmakefiles some so that imagezip with all FS support
   will build (in the Emulab context) under Linux and FreeBSD 5.1 as
   well as FreeBSD 4.x.  Still a hack, for Linux you need to first do:
	setenv LINUX 1
	setenv HAVE_GCC3 1
	setenv HAVE_LOCALE 1
   and for FreeBSD 5.x:
	setenv HAVE_GCC3 1
	setenv HAVE_LOCALE 1
   these trigger ifdefs in some of the Makefiles to DTRT.  Imagezip
   and frisbee still need a standalone configure...

4. Added support for UFS2 (aka FreeBSD 5.x default filesystems).

5. Added "-S dos-type" option to imagezip.  This is the general form
   of the -b, -l, and -n options to force imagezip to treat the device
   as though it contains a filesystem of the indicated type.