On Apr 17, 2013, at 1:12 AM, Richard Purdie <[email protected]> wrote:
> On Wed, 2013-04-17 at 09:47 +0200, Andreas Müller wrote: >> On Fri, Apr 12, 2013 at 1:01 PM, Andreas Müller >> <[email protected]> wrote: >>> On Fri, Apr 12, 2013 at 12:53 PM, Burton, Ross <[email protected]> >>> wrote: >>>> Hi Andreas, >>>> >>>> On 12 April 2013 11:46, Andreas Müller <[email protected]> >>>> wrote: >>>>> It is Fedora 14 and I don't have the time to update the machine. >>>> >>>> Genuinely shocked that they shipped GNU make 3.82 without the patches >>>> to make it work. >>>> >>>>> Since there seems no support for little poor old-fashioned people like >>>>> me: Is there a configuration option so I can force to build >>>>> make-native on that machine (checked local.conf.sample / >>>>> site.conf.sample / yocto reference manual but did not find a hint)? >>>> >>>> From a quick look, BASEDEPENDS_append = " make-native" might do the trick. >>>> >>> Thanks >>> >> This came too early because - before I tested it. I get >> >> NOTE: multiple providers are available for make-native (make-native, >> remake-native) >> NOTE: consider defining a PREFERRED_PROVIDER entry to match make-native >> NOTE: Preparing runqueue >> ERROR: Unbuildable tasks were found. >> These are usually caused by circular dependencies and any circular >> dependency chains found will be printed below. Increase the debug >> level to see a list of unbuildable tasks. >> >> Identifying dependency loops (this may take a short while)... >> >> ERROR: An uncaught exception occured in runqueue, please see the failure >> below: >> ERROR: Running idle function >> Traceback (most recent call last): >> File "/home/andreas/oe-core/sources/bitbake/lib/bb/runqueue.py", >> line 300, in find_chains(taskid=175, prev_chain=[14, 15, 19, 20, 16, >> 17, 174, 178, 179, 175]): >> if scan: >>> find_chains(revdep, copy.deepcopy(prev_chain)) >> for dep in explored_deps[revdep]: >> File "/home/andreas/oe-core/sources/bitbake/lib/bb/runqueue.py", >> line 300, in find_chains(taskid=176, prev_chain=[14, 15, 19, 20, 16, >> 17, 174, 178, 179, 175, 176]): >> if scan: >>> find_chains(revdep, copy.deepcopy(prev_chain)) >> for dep in explored_deps[revdep]: >> File "/home/andreas/oe-core/sources/bitbake/lib/bb/runqueue.py", >> line 300, in find_chains(taskid=1142, prev_chain=[14, 15, 19, 20, 16, >> 17, 174, 178, 179, 175, 176, 1142]): >> if scan: >>> find_chains(revdep, copy.deepcopy(prev_chain)) >> for dep in explored_deps[revdep]: >> File "/home/andreas/oe-core/sources/bitbake/lib/bb/runqueue.py", >> line 300, in find_chains(taskid=1143, prev_chain=[14, 15, 19, 20, 16, >> 17, 174, 178, 179, 175, 176, 1142, 1143]): >> if scan: >>> find_chains(revdep, copy.deepcopy(prev_chain)) >> for dep in explored_deps[revdep]: >> File "/home/andreas/oe-core/sources/bitbake/lib/bb/runqueue.py", >> line 301, in find_chains(taskid=1139, prev_chain=[14, 15, 19, 20, 16, >> 17, 174, 178, 179, 175, 176, 1142, 1143, 1139]): >> find_chains(revdep, copy.deepcopy(prev_chain)) >>> for dep in explored_deps[revdep]: >> if dep not in total_deps: >> KeyError: 1140 >> >> NOTE: Tasks Summary: Attempted 0 tasks of which 0 didn't need to be >> rerun and all succeeded. >> >> Summary: There was 1 WARNING message shown. >> Summary: There were 3 ERROR messages shown, returning a non-zero exit code. >> >> >> bitbake make-native works fine. >> >> What other options do I have to force build of make-native. Why I >> insist: On both of my machines (Fedora 14 / 15) build of systemd >> fails. > > In local.conf do something like: > > DEPENDS_append_pn-systemd = " make-native" this would then suddenly shift the rest of unbuilt packages to use make-native whenever its staged so we will have weird issues if components own build systems are sensitive to make versions. so either we recommend a version of make or we don't > > By adding make-native to the base dependencies you've introduced > circular dependencies and the circular dependency handling code in > bitbake is breaking for unknown reasons. That code is fairly broken at > this point unfortunately (someone should file a bug) but its beyond what > we can fix in 1.4 at this point. > > Cheers, > > Richard > > > _______________________________________________ > Openembedded-core mailing list > [email protected] > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
