GitLab

php to the backend newimageid script so that the web interface does not
have to worry about provenance issues. Cleaner too. Also some cleanups to
log image spew.

global system images right now, exposing release and rollback to users to
going to take some thinking, since it will confuse people.

Don't need lots of write buffers because we are saving to a fast MFS.
Don't need lots of chunk buffers because signature files are small.

Allow specifying zero to mean no limit.
Make sure we never allocate more chunkbufs than we need.

Implement idle ("lack of progress") timeout on the server.

Timeout work on the client-side too. Implement idle timeouts (not for
SSL connections yet), fixup handling of over-all timeout. In particular,
if we are reading from a pipe ('-') don't start timeout til we get some
input from the pipe.

Add option to put out progress dots on the client (cuz we are all about
dots in imagezip/frisbee).

Fixed the message(s) of:
You cannot augment 'TestBed::TestSuite::Experiment=HASH(0x187f420)' because it has no super method at /usr/local/lib/perl/5.14.2/Mouse/Meta/Class.pm line 429.

fix bit-rot to match current perl 5.14.2 and current cpan respository. Need to pull in more modules for xml-rpc ssl support.

We were not logging the upload daemon.
We were not rolling the log for the master server.

This is the replacement for create-image. Rather than puzzle out how to
maintain backward-compat syntax while allowing all the new features in
create-image, I just made a new script. When we don't care about backward
compat anymore, we can just rename the script.

Anyway, this script takes a lot more parameters (see the comment at the
top) allow creation of full or delta images and uploading via NFS or
frisbee. Since delta images require a signature file, there is new code
to handle downloading (and uploading) these files. And since their size
is measured in 10s of MB, possibly too big for the default MFS, there
is code to create a temporary new MFS to hold them. Currently that MFS
is 64MB which is big enough for our current generation of images (16GB FS)
and will work on the pc600/pc850s.

Still need to redo the boss-side of image creation (create_image, not
to be confused with create-image...yeah, I know).