@@ -30,11 +30,14 @@
 <li>cvs2svn is either slow, or hungry for diskspace. The reason: It is importing changeset by changeset and so has to either regenerate the needed revisions of the files on-demand over and over, or it caches the needed revisions when created until the last user is gone.
 </li>
 <li>We can do better, if we get help from fossil. We would need commands to perform the following actions:
 <ul>
 <li> Import a file as blob, return its internal id.
+</li>
 <li> Deltify a known file respective to a second known file.
-<li>
+</li>
+<li> Generate a manifest file for a list of files (paths, ids), parent manifest references, user, timestamp, log message. Could be signed or not.
+</li>
 </ul>
 With these actions (possible in combination) we can import the archive files first, needing only space for the revisions of a single file (bounded by the largest file in terms of size and history), with their delta-links mirroring the RCS structure. After that we can independently generate, import, and deltify the manifests for changesets. to finalize we simply 'rebuild' the repository. This should be fast without needing much temporary disk space either.
 </li>
 </ul>