[OE-core] [PATCH 1/1] systemd: Upgrade to 199
Khem Raj
raj.khem at gmail.com
Wed Apr 17 18:21:22 UTC 2013
On Apr 17, 2013, at 1:12 AM, Richard Purdie <richard.purdie at linuxfoundation.org> 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
>> <schnitzeltony at googlemail.com> wrote:
>>> On Fri, Apr 12, 2013 at 12:53 PM, Burton, Ross <ross.burton at intel.com> wrote:
>>>> Hi Andreas,
>>>>
>>>> On 12 April 2013 11:46, Andreas Müller <schnitzeltony at googlemail.com> 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
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
More information about the Openembedded-core
mailing list