[yocto] SDK: getting error "xmlcatalog: not found" installing SDK

baisch at tau-tec.com baisch at tau-tec.com
Tue Jul 30 07:32:07 PDT 2019


Hello,

after updating to warrior 2.7.1 from thud and trying to install the Extensible SDK again I'm getting the following error:

```
ERROR: build-sysroots-1.0-r0 do_build_native_sysroot: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
     0001:
 *** 0002:do_build_native_sysroot(d)
     0003:
File: '/workdir/sdk/rpi/layers/poky/meta/recipes-core/meta/build-sysroots.bb', lineno: 23, function: do_build_native_sysroot
     0019:
     0020:python do_build_native_sysroot () {
     0021:    targetsysroot = d.getVar("STANDALONE_SYSROOT")
     0022:    nativesysroot = d.getVar("STANDALONE_SYSROOT_NATIVE")
 *** 0023:    staging_populate_sysroot_dir(targetsysroot, nativesysroot, True, d)
     0024:}
     0025:do_build_native_sysroot[cleandirs] = "${STANDALONE_SYSROOT_NATIVE}"
     0026:do_build_native_sysroot[nostamp] = "1"
     0027:addtask do_build_native_sysroot before do_build
File: '/workdir/sdk/rpi/layers/poky/meta/classes/staging.bbclass', lineno: 235, function: staging_populate_sysroot_dir
     0231:                        continue
     0232:
     0233:    staging_processfixme(fixme, targetdir, targetsysroot, nativesysroot, d)
     0234:    for p in postinsts:
 *** 0235:        subprocess.check_output(p, shell=True, stderr=subprocess.STDOUT)
     0236:
     0237:#
     0238:# Manifests here are complicated. The main sysroot area has the unpacked sstate
     0239:# which us unrelocated and tracked by the main sstate manifests. Each recipe
File: '/workdir/sdk/rpi/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/python3.7/subprocess.py', lineno: 395, function: check_output
     0391:        # empty string. That is maintained here for backwards compatibility.
     0392:        kwargs['input'] = '' if kwargs.get('universal_newlines', False) else b''
     0393:
     0394:    return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
 *** 0395:               **kwargs).stdout
     0396:
     0397:
     0398:class CompletedProcess(object):
     0399:    """A process that has finished running.
File: '/workdir/sdk/rpi/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/python3.7/subprocess.py', lineno: 487, function: run
     0483:            raise
     0484:        retcode = process.poll()
     0485:        if check and retcode:
     0486:            raise CalledProcessError(retcode, process.args,
 *** 0487:                                     output=stdout, stderr=stderr)
     0488:    return CompletedProcess(process.args, retcode, stdout, stderr)
     0489:
     0490:
     0491:def list2cmdline(seq):
Exception: subprocess.CalledProcessError: Command '/workdir/sdk/rpi/tmp/sysroots/x86_64/usr/bin/postinst-docbook-xsl-stylesheets-native-xmlcatalog' returned non-zero exit status 127.

Subprocess output:
/workdir/sdk/rpi/tmp/sysroots/x86_64/usr/bin/postinst-docbook-xsl-stylesheets-native-xmlcatalog: 5: /workdir/sdk/rpi/tmp/sysroots/x86_64/usr/bin/postinst-docbook-xsl-stylesheets-native-xmlcatalog: xmlcatalog: not found
/workdir/sdk/rpi/tmp/sysroots/x86_64/usr/bin/postinst-docbook-xsl-stylesheets-native-xmlcatalog: 8: /workdir/sdk/rpi/tmp/sysroots/x86_64/usr/bin/postinst-docbook-xsl-stylesheets-native-xmlcatalog: xmlcatalog: not found
```

I believe the problem is that in the `postinst-docbook-xsl-stylesheets-native-xmlcatalog`, `xmlcatalog` is not an absolute path and thus not found.
This can be traced to the new `layers/poky/meta/classes/xmlcatalog.bbclass`. I tried to change `xmlcatalog` to `${SYSROOT_DESTDIR}${bindir}/xmlcatalog` there, but even after cleaning the `docbook-xsl-stylesheets` recipe this change had no effect. I'm not sure if this class is cached somewhere else or something.

Can someone help me getting the SDK to work again, and maybe this is general thing with needs to be fixed?


Thank you.

Regards,

- Michael
-- 



More information about the yocto mailing list