[OE-core] [PATCH 1/1] systemd: Upgrade to 199

[Richard Purdie]

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"

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