Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to build webOS Open Source Edition #3051

Closed
kITerE opened this issue Mar 25, 2018 · 2 comments
Closed

Unable to build webOS Open Source Edition #3051

kITerE opened this issue Mar 25, 2018 · 2 comments

Comments

@kITerE
Copy link

kITerE commented Mar 25, 2018

ar@<machine>:~/build-webos$ bitbake webos-image-devel

  • What's wrong:
    Exception: subprocess.CalledProcessError: Command 'cp -afl --preserve=xattr ./* /home/ar/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split' returned non-zero exit status 1

Subprocess output: cp: cannot create hard link ‘/home/ar/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split/glibc-binary-localedata-ks-in/usr/lib/locale/ks_IN/LC_MEASUREMENT’ to ‘./glibc-binary-localedata-ks-in/usr/lib/locale/ks_IN/LC_MEASUREMENT’: Invalid argument cp: cannot create hard link ‘/home/ar/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split/glibc-binary-localedata-ks-in+devanagari/usr/lib/locale/ks_IN@devanagari/LC_MEASUREMENT’ to ‘./glibc-binary-localedata-ks-in+devanagari/usr/lib/locale/ks_IN@devanagari/LC_MEASUREMENT’: Invalid argument <...>

Full log file

  • Strace of the failing command, if applicable:
    ar@<machine>:~/build-webos$ cd /home/ar/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split/glibc-binary-localedata-ks-in/usr/lib/locale/ks_IN/ ar@<machine>:~/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split/glibc-binary-localedata-ks-in/usr/lib/locale/ks_IN$ strace -o cp.strace -f cp -afl --preserve=xattr ./* /home/ar/build-w ebos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-splitttttttttttt cp: cannot create hard link ‘/home/ar/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split/LC_PAPER’ to ‘./LC_PAPER’: Invalid argument

cp.strace

@therealkenc
Copy link
Collaborator

You don't have repro steps leading up to bitbake webos-image-devel, but anyway:

17788 getxattr("./LC_MESSAGES", "system.posix_acl_access", 0x7ffff0bdcac0, 132) = -1 EOPNOTSUPP (Operation not supported)
17788 setxattr("/home/ar/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split/LC_MESSAGES", "system.posix_acl_access", "\x02\x00\x00\x00\x01\x00\x07\x00\xff\xff\xff\xff\x04\x00\x05\x00\xff\xff\xff\xff \x00\x05\x00\xff\xff\xff\xff", 28, 0) = -1 EOPNOTSUPP (Operation not supported)

That's a bad start, because WSL does not support "system.posix_acl_access". That much is dupe #2750.

But the fatal is:

17788 lstat("/home/ar/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split/LC_PAPER", 0x7ffff0bdcdf0) = -1 ENOENT (No such file or directory)
17788 lstat("/home/ar/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split/LC_PAPER", 0x7ffff0bdcf10) = -1 ENOENT (No such file or directory)
17788 linkat(AT_FDCWD, "./LC_PAPER", AT_FDCWD, "/home/ar/build-webos/BUILD/work/cortexa7hf-neon-vfpv4-webos-linux-gnueabi/glibc-locale/2.24-r0/sstate-build-package/packages-split/LC_PAPER", 0) = -1 EINVAL (Invalid argument)

The EINVAL seems pretty weird. An ENOENT I would understand, but there aren't any invalid arguments I can see on that linkat(). AT_FDCWD is supported.

[Ref #2665 because webOS]

Copy link
Contributor

This issue has been automatically closed since it has not had any activity for the past year. If you're still experiencing this issue please re-file this as a new issue or feature request.

Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants