I realized last night that at some point one *could* delete from that page.  I
can't find any reference to it checked in the history of SVN but I know it
existed.  I'm not at all sure why it was removed.  I do think it is still
valuable to allow the deletion of *other* workspaces while in a current
workspace however, and again the deletion of the current workspace simply brings
one back to the workspaceSelectionForm.

ERROR reading file: msg23
Possibly a access right configuration problem.
[Errno 13] Permission denied: '/extra/trackers/sgdi/db/files/msg/0/msg23'

I disagree.  The only way you should be past in that context is if you're inside
of a workspace, so it makes no sense to delete the workspace you're in.  I
suppose if you deleted the workspace that you were in it could boot you back to
the entrance screen.

That's fine for now, but it seems like a reasonable feature to be able
to remove everything.

I set things up so that the 'delete workspaces' link simply doesn't appear if
there is only the one workspace.  Delete workspaces already doesn't let you
delete the current workspace so it makes no sense to even allow that action to
begin if there is nothing else to delete.

Yes, I see it.  My first reaction is to make that 'delete workspaces' a dead
link if there is only one workspace and/or simply not display that link - this
avoids some of the error handling/what to return issues I've brought up in other
cases, and makes sense anyways (to me at least).

Create an SGDI instance with a single workspace and then try to delete it.