3221 2012-10-03 16:33:53 +0000 Save more space in WORKDIR with rm_work 2013-05-08 16:22:53 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 1.4 x86 Multiple VERIFIED FIXED Low enhancement 1.4 1 Martin.Jansa sgw corneliux.stoicescu meta.mr.watcher meta.watcher richard.purdie --- --- --- oldest_to_newest 26164 0 Martin.Jansa 2012-10-03 16:33:53 +0000 Current rm_work.bbclass implementation keeps some directories 'temp' 'package' 'packages-split' in workdir even when they can be recreated from sstate package if we find out where to execute _setscene tasks correctly. Another way (I'm using right now) is to remove ${S} between do_install and do_package, this way we don't get source files packaged in PN-dbg, but saves a lot of space before disk space hungry do_package is executed. Also because rm_work task was usually executed as almost last one, bitbake scheduler was executing it near the end of runqueue, with rm_sourcedir task before do_package we force ${S} removal much sooner. 26764 1 richard.purdie 2012-10-19 14:44:18 +0000 'temp' 'package' 'packages-split' need to stick around. We've dicussed this before and I am not supporting any workflow which involves removing them as it complicates core code without good reason. There are better ways to save space. For disabling the large -dbg packages, we should make including the source code a configuration option if it isn't already. I'd also suggest we hardlink the source files to save space, this is a cheap and easy way to improve things that benefits everyone. Hardllinks are going to be a way of gaining a lot of space and hance performace back going forward. So I suggest this enhacement be about using hardlinks for the -dbg source code and ensuring the source inclusion in -dbg packages is configurable *and* documented in the manual. Creation of some new rm_work equivalent which removes ${S} before do_package is a separate issue. I don't really like the idea at all, I think there are better things to focus on than trying to fix random deletion of parts of the build tree. 26765 2 Martin.Jansa 2012-10-19 14:47:43 +0000 (In reply to comment #1) > 'temp' 'package' 'packages-split' need to stick around. We've dicussed this > before and I am not supporting any workflow which involves removing them as > it complicates core code without good reason. There are better ways to save > space. IIRC you said that it's hard to know when exactly call those setscene tasks, not that it's impossible. 26767 3 richard.purdie 2012-10-19 15:20:31 +0000 (In reply to comment #2) > (In reply to comment #1) > > 'temp' 'package' 'packages-split' need to stick around. We've dicussed this > > before and I am not supporting any workflow which involves removing them as > > it complicates core code without good reason. There are better ways to save > > space. > > IIRC you said that it's hard to know when exactly call those setscene tasks, > not that it's impossible. Nothing is impossible. It doesn't make it a good idea or means its a sane design. 29167 4 richard.purdie 2013-01-24 23:26:50 +0000 The do_package do_packagedata split that is proposed offers some potential to rm_work to allow removal of the package and package-split directories in rm_work. See the commit message for that change for more hints. 32594 5 richard.purdie 2013-04-24 16:00:45 +0000 This was resolved with http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=f090c1523f6fd600dde01e53250f9b1ea79219c6 32962 6 corneliux.stoicescu 2013-05-08 16:22:53 +0000 as advertised, the output of do_package is removed from the work directory. The "temp" directory is saved as it only contains logs. For a core-image-minimal it saved almost 1 GB. Verified.