Matthew Toseland <mtoseland at blueyonder.co.uk> writes: > > NB: storeFile could be a list of location before, but with the native > > store all but the first element are ignored now. So if you used > > multiple locations, you must multiply the storeSize to get a > > similar-sized store as before. > Unless storeSize=convert, in which case it automatically multiplies the > storeSize (but it still only uses one directory output). Horrible > kludge, I know.
Only on the first run where conversion is done. If you restart the node later it will act like the "native" setting, so I guess your store will be trimmed drastically at that time. With this it's actually a bit hard for users to keep their overall store size constant. "Set storeType to convert, then run fred, and if everything went fine, multiply storeSize by the number of storeFile paths you had and remove all such paths but the first." Ummm ... instructing users to multiply their storeSize *before* using "convert" may make more sense. It would also play better with the debconf magic in my package. -- Robbe -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.ng Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20021012/1345a463/attachment.pgp>
