On Friday 16 June 2006 14:50, Richard Purdie wrote: > > Part of my confusion is the problem to understand what "virtual/" in > > ASSUME_PROVIDED and PREFERRED_PROVIDERS strings stands for. A placeholder > > for a special directory? > > virtual/ is a namespace and packages can elect to provide or require > these virtual entities. libc can be provided by glibc or uclibc for > example. For an example of how to use ASSUME_PROVIDED see > conf/machine/native.conf
Sorry, that file didn't help me. Real programs/packages have to stand behind these virtual virtual entities (like glibc behind libc). But where do they have to reside? > > That's all: > > NOTE: package gnu-config-native-0.1+cvs20050701-r4: task do_patch: > > started ERROR: function do_patchcleancmd failed > > ERROR: log data follows > > (/home/chris/coding/oe/tmp/work/i386-freebsd6/gnu-config-native-0.1+cvs20 > >050701-r4/temp/log.do_patchcleancmd.27947) > > > > | Usage: quilt pop [-afRqv] [num|patch] > > > > Any ideas? > > I don't have a fix but you could use patcher instead of quilt. INHERIT > += "patcher" in your local.conf. Thanks, that helped a few steps further. Now an error is thrown when making libtool-native "source directory already configured; run 'make distclean'". Of course it's configured, that was the very previous step. That's not funny. Speaking of not funny: Some script or what definitely wants to call /bin/cp (that's BSD's cp) while gcp is (ln'ed as cp) first in path. Is it possible that call is hardcoded somewhere? Chris _______________________________________________ Oe mailing list [email protected] https://www.handhelds.org/mailman/listinfo/oe
