Date: Thu, 30 Dec 2004 15:32:27 +0200 From: Maxim Sobolev <sobomax@portaone.com> To: Peter Pentchev <roam@ringlet.net> Cc: Matteo Riondato <rionda@gufi.org> Subject: Re: Creating Compressed Loop FS from stdin Message-ID: <41D4036B.1060600@portaone.com> In-Reply-To: <20041230123116.GE830@straylight.m.ringlet.net> References: <1104358540.2895.10.camel@kaiser.sig11.org> <20041230103433.GB830@straylight.m.ringlet.net> <1104409708.6657.1.camel@kaiser.sig11.org> <20041230123116.GE830@straylight.m.ringlet.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Peter Pentchev wrote:
> On Thu, Dec 30, 2004 at 01:28:28PM +0100, Matteo Riondato wrote:
>
>>Il giorno Gio, 30-12-2004 alle 12:34 +0200, Peter Pentchev ha scritto:
>>
>>>This could be fixed by the following patch. I'm CC'ing Maxim Sobolev,
>>>the author of mkuzip(8); Maxim, do you have any objections to this patch?
>>
>>Thank you for the answer and fo the patch! I hope Maxim will commit it
>>soon.
>
>
> Actually, if Maxim has no objections, I could commit it myself.
> However, it would be totally understandable if he doesn't answer in
> the next day or three, what with the calendar moving ahead and all :)
It will not help, since AFAIK you can't seek stdin anyway, or even if I
am wrong and you can seek it to the end you will be unable to seek it
backward.
I've already replied to this message, but Matteo has some very strange
settings of his smtp relay so that neither my original message nor my
follow-up in which I had forwarded mail delivery error message got through.
-Maxim
-------- Original Message --------
Subject: Re: Creating Compressed Loop FS from stdin
Date: Fri, 17 Dec 2004 17:14:48 +0200
From: Maxim Sobolev <sobomax@portaone.com>
Organization: Porta Software Ltd
To: Matteo Riondato <rionda@freesbie.org>
References: <1103290915.8516.9.camel@kaiser.sig11.org>
This is not going to work by design unfortunately. cloop format has
serious design flaw: it contains variable-lengh header at the beginning
of the compressed image, so that before doing compression mkuzip(1) uses
stat(2) call at the original file to get its size and reserve necessary
space, which doesn't work with /dev/stdin as you may guess. Original GNU
utility either keeps the whole compressed image in memory or uses some
form of temporary storage (I don't quite remember) to work around this
problem.
Regards,
Maxim
-------- Original Message --------
Subject: Returned mail: see transcript for details
Date: Fri, 17 Dec 2004 16:14:58 +0100 (CET)
From: Mail Delivery Subsystem <MAILER-DAEMON>
To: <sobomax@portaone.com>
The original message was received at Fri, 17 Dec 2004 16:14:55 +0100 (CET)
from [192.168.1.26]
----- The following addresses had permanent fatal errors -----
<rionda@freesbie.org>
(reason: 550 Error: Sorry, unallowed MIME charset (too much spam))
----- Transcript of session follows -----
... while talking to relay.gufi.org.:
>>> DATA
<<< 550 Error: Sorry, unallowed MIME charset (too much spam)
554 5.0.0 Service unavailable
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41D4036B.1060600>