[pca] Patches to Big for /tmp

[Jan Holzhueter]

Martin Paul wrote:
> Does unzip really hang? I assumed it would stop with some message like 
> "no space left on device". pca would then remove the partly installed 
> patch, show a message and continue with the next one.
> 
It does hang. And no message is posted. It's a Solaris 10 U5

> You're right, but AFAIK this would involve two ugly hacks:
> 
> To get the (uncompressed) size of the patch zip file, I'd have to parse 
> output of "unzip -l" or "zipinfo -t". A format change in the zip tools 
> would break this. I'm sure there's some Zip::* module, but it doesn't 
> come with perl and I don't want to force pca users to install perl 
> modules. And, of course a different (ugly) solution would be needed for 
> tar/tar.Z patches (old, I know, but pca still supports these).
> 
> To get the amount of free space, either a non-default perl module 
> (Df::*) would be needed, or again I'd have to parse output of a system 
> command (df). I don't like neither.
> 
> That's what kept me from implementing such a check in the past.
Quick hack I have in mind would be:
Check if unzip is still running say like aber 5 minutes or somthing.
If it is check free space in /tmp if it's full error out.

Jan




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
Url : http://lists.univie.ac.at/mailman/private/pca/attachments/20080513/ab7b63a5/attachment.bin