Bug 4966

Summary:	Add a feature ("rm_downloads") for INHERIT
Product:	[Documentation] General Docs	Reporter:	Laszlo Papp <lpapp>
Component:	docs-general	Assignee:	Scott Rifenbark <srifenbark>
Status:	RESOLVED FIXED	QA Contact:
Severity:	enhancement
Priority:	Low	CC:	bluelightning, jessica.zhang, meta.mr.watcher, meta.watcher, ross.burton
Version:	unspecified
Target Milestone:	Future
Hardware:	All
OS:	Multiple
Whiteboard:
OS type for building Yocto:	---	Type of Regression:	---
Verified:		Documentation change:	Don't know

Description Laszlo Papp 2013-07-31 11:29:25 UTC

It would be nice to have this feature similarly to "rm_work", but it would remove the latest download accordingly.

I keep running out of the space even with using "rm_work". What I need to do every single time is when I get the disk space error, to free up the downloads manually, and that is tedious.

Surely, there could be a separate "bitbake -c cleandownloads" feature as well, but that would still require manual intervention which I would personally like to avoid.

Yeah, I know everything can be avoided by further man power, such as time and effort, or/and money, but let us state it clearly: there is "rm_work" in there for a reason, already, and suggesting spending more money, effort, and time rather than fixing it in a centralized place is not pragmatic.

Comment 1 Ross Burton 2013-08-01 14:51:58 UTC

Removing the latest download would really hurt when you do a rebuild.  Removing older tarballs when you download a new one might be more practical (if trickier).

Comment 2 Laszlo Papp 2013-08-01 14:55:11 UTC

Not everyone wanna do a rebuild? In addition, there is no better option to get stuff done?

Comment 3 Saul Wold 2013-08-01 15:42:40 UTC

We are clear about the requirements of disk space in the Quick Start guide. As a project the downloads directory and content are preserved to allow for improved build time and allow for off-line builds (or if an upstream experiences networking issues).

The project has made this decision, which is why we have the support for disk space monitoring, to remove the working directories, but preserve the downloads and shared state areas in order to have good build times.

We can add some documentation about removing the contents of DL_DIR and cleaning shared state and tmp/work areas with a couple of scripts that already exist.

As this is not a task we will add, you can, if you wish, create a new bbclass that removes the downloaded tarballs and have it in your layer. It would not require too much effort to write such a bbclass,

Comment 4 Laszlo Papp 2013-08-01 15:48:08 UTC

Why would I add it myself when it is a reusable feature, and a few people already expressed the interest in my circles...

Will you also remove "rm_work" because you are "clear" about the space requirements?

As for me, this is claim is first of all, inconsistent, secondly making users' life hard if it is not propagated to the right layer.

Comment 5 Jessica 2013-10-31 20:53:57 UTC

Please provid a solution to this issue since we're really short on resource to fullfil it based on priorities on other features that have high demand and solid usage model.  Thx.

Comment 6 Laszlo Papp 2013-10-31 20:56:28 UTC

RESOLVED is an invalid state for an unresolved bug report (feature request to be precise) in my opinion.