[poky] [PATCH 0/1] check if lockfile is writable (bug 606 patch V2)

Yu Ke ke.yu at intel.com
Wed Dec 29 18:19:31 PST 2010


On Dec 29, 20:26, Richard Purdie wrote:
> On Wed, 2010-12-29 at 10:01 -0800, Saul Wold wrote:
> > I still wonder about this.  If the DL_DIR is read-only, since it is a 
> > shared environment (as example), when a fetch occurs, it may be for 
> > different reasons.
> > 
> > A couple of examples are:
> > 1) an upstream fetch was missed (world build, but different hardware)
> > 2) a developer changed the version information
> > 
> > In cases like this we really do want to do the fetch, so how can we 
> > handle that issue correctly, and not just fail and force the user to 
> > re-download all the packages (which may not be possible).
> > 
> > One option I can think of is to add a "WRITABLE_DL_DIR" (losy name but 
> > you get the idea) or something like that which if the DL_DIR is 
> > read-only could be written to for the lock file and ultimately the fetch 
> > of the missing upstream package.
> 
> DL_DIR *must* be writeable. We don't support the use case where it is
> not. We handle readonly directory sources as part of the mirror
> handling. It might be not a lot is written to DL_DIR, that is just fine.

Yes, so this patch does not intended to support read-only DL_DIR, it just provides more verbal information to use instead of silently hang, so that user can know what is wrong and fix it accordingly.

Regards
Ke

> 
> I therefore agree with Ke's patch which errors if the directory is
> writeable.
> 
> Cheers,
> 
> Richard
> 
> 
> 
> _______________________________________________
> poky mailing list
> poky at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky



More information about the poky mailing list