Hi Garry, It's probably a little late (I'm not reading the Yocto mailing lists very often now) but sometime ago I ran out of space myself and I wrote this script that I sent out on oe-core mailing list. It did the job for me. For some reason it didn't make it in master but maybe you find it useful.
I didn't test it since then though. Maybe things changed, I don't know. Give it a try if you wish. If you want to play safe, I recommend making a copy of your downloads directory (if you have space left). :) http://lists.openembedded.org/pipermail/openembedded-core/2015-June/106026.html laurentiu On Wed, Sep 30, 2015 at 06:13:39AM -0600, Gary Thomas wrote: > Over time, I tend to build in the same build tree many, many > times. This leads to some really big trees as many things are > duplicated, especially in the 'downloads' directory. > > I use local mirrors and hence my 'downloads' directory is > _mostly_ populated with symbolic links. However, there are > also expanded SCM packages, e.g. git2/xxx > > How can I safely clean up the 'downloads' directory? I already > copy any created tarballs (I use BB_GENERATE_MIRROR_TARBALLS="1" > to preclude unneeded downloads) to my mirror, but I'd like to > periodically clean out the whole directory (without disturbing > my builds of course). I've found out the hard way that just > emptying seems to be unsafe, at least for some recipes like > the [RaspberryPi] Linux kernel recipe which once built seems > to expect the expanded git2/xxx tree to remain. > > Just trying to find ways to recover my lost GB... > > Thanks for any ideas > > -- > ------------------------------------------------------------ > Gary Thomas | Consulting for the > MLB Associates | Embedded world > ------------------------------------------------------------ > -- > _______________________________________________ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto -- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
