On Thursday 18 Sep 2003 20:21, Michael Schierl wrote: > On Thu, 18 Sep 2003 18:55:13 +0100, Gordan wrote: > > On Thursday 18 September 2003 18:39, Michael Schierl wrote: > >> Try to let FIW build the container for you or use the "insert a > >> file/NIM" function for inserting it (into a CHK key, *not* into any > >> other key type![1]); insterting it inside a freesite does not work... > >> There are some strange assumptions made on the metadata for containers > >> (e.g. there *must* be a Info.Format in the manifest on the "final" key, > >> but *may not* be one in any intermediate manifests. > >> > >> If you upload a .zip as part of a freesite, the Info.Format gets into > >> the site's mapfile instead of the mapfile of the final key, so > >> containers simply used as .zip do not work. > > > > Is there a sensible/convenient way to insert many zips as containers, > > while still keeping them accessible (referenced in the manifest) using a > > human readable path under the SSK site key? > > if you have already built that containers up, no. (not with FIW.)
I am not particularly concerned by what took is used. I would prefer a command line tool. Are there any command line tools that support explicit setting of meta data for each file being inserted? > > SSK@<somepublickey>/SomeSite//a.zip//a0.html > > SSK@<somepublickey>/SomeSite//a.zip//a1.html > > ... > > SSK@<somepublickey>/SomeSite//z.zip//z9.html > > > > Is there a reasonable way to achieve this? Effectively, treat all zips as > > containers by default? > > by default is evil. there are guys who want to refresh one shot sites... I agree that in the general case it would be evil. But I am not talking about a general case. I am talking about a very specific application. > perhaps add a config option for it? So, I take it FIW, fishtools and fcptools would all be inappropriate for this purpose? Are there any Perl libraries for inserting/retrieving files? Something that could be hacked easily to add the correct meta data for zip files? More to the point - are there ANY possible drawbacks, other than slightly more meta-data, to having all zips always inserted with maps, so that individual file could be retrieved directly? I cannot think of any, and it would make things a lot more convenient in some cases, such as the one I'm looking at. Gordan _______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
