[Revisor-users] Revisor not cleaning up everything

Arno Karner arnokarner at yahoo.com
Thu Nov 29 08:46:39 UTC 2007


Not deleting the cache by default is my preference, but having it delete older rpms in the cache instead of keeping all the older versions would be very useful
  Arno

----- Original Message ----
From: Jeroen van Meeuwen <kanarip at kanarip.com>
To: Revisor User Discussion and Support List <revisor-users at fedoraunity.org>
Sent: Wednesday, November 28, 2007 9:01:59 AM
Subject: Re: [Revisor-users] Revisor not cleaning up everything


Alexander Todorov wrote:
> Hi,
> it seems that Revisor is not cleaning up everything after it's
 finished.
> Namely the files under /var/tmp which contain rpm packages.
> As that may comprise a lot of disk space Revisor should delete these 
> files when media is built (before exit). Currently it is deleting the
 
> files before starting the next compose, to assure the environment is 
> clean. But by the time you run Revisor again the files occupy 
> significant disk space.
> 

You are right, Revisor should clean up after itself. It does so for all
 
compose directories (unless of course it fails during the compose). It 
does not however delete /var/tmp/revisor-yumcache as this is all 
downloaded data.

Having a user specify whether to delete the cache in a configuration 
file IMO is just as easy as having them do the rm -rf 
/var/tmp/revisor-yumcache manually.

I agree though this could be a setting, set to not delete anything by 
default, so that once you know you want to delete the cache, you can 
configure it.

Let me know what you think,

Kind regards,

Jeroen van Meeuwen
-kanarip
_______________________________________________
Revisor-users mailing list
Revisor-users at fedoraunity.org
http://lists.fedoraunity.org/mailman/listinfo/revisor-users






      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraunity.org/pipermail/revisor-users/attachments/20071129/e61ee7b2/attachment.html 


More information about the Revisor-users mailing list