Bug 150933
| Summary: | [EFL] Binaries don't run on Ubuntu 15.10 due to missing library path | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Csaba Osztrogonác <ossy> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | Normal | CC: | gyuyoung.kim, hs85.jeong, jh718.park, mcatanzaro, ossy |
| Priority: | P2 | ||
| Version: | Other | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=153484 | ||
| Bug Depends on: | |||
| Bug Blocks: | 150619 | ||
Csaba Osztrogonác
$ WebKitBuild/Release/bin/jsc
WebKitBuild/Release/bin/jsc: error while loading shared libraries: libecore.so.1: cannot open shared object file: No such file or directory
$ WebKitBuild/Release/bin/MiniBrowser
WebKitBuild/Release/bin/MiniBrowser: error while loading shared libraries: libecore.so.1: cannot open shared object file: No such file or directory
...
Of course setting LD_LIBRARY_PATH=/home/webkit/WebKit/WebKitBuild/DependenciesEFL/Root/lib
fixes this issue. But on older distros we don't need this hack at all.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Csaba Osztrogonác
The problem is that WebKitBuild/DependenciesEFL/Root/lib
isn't added to rpath for some reason.
Maybe the newer cmake needs some love to do it.
Csaba Osztrogonác
Ubuntu 15.04
=============
$ cmake --version
cmake version 3.0.2
build.ninja
------------
LINK_FLAGS = -L/home/ossy/WebKit/WebKitBuild/DependenciesEFL/Root/lib -fuse-ld=gold -Wl,--disable-new-dtags -fuse-ld=gold -Wl,--disable-new-dtags
LINK_LIBRARIES = -rdynamic -ldl lib/libjavascriptcore_efl.so.1.14.0 lib/libwtf_efl.a ../DependenciesEFL/Root/lib/libecore.so ../DependenciesEFL/Root/lib/libglib-2.0.so -ldl lib/libbmalloc.a -licuuc ../DependenciesEFL/Root/lib/libecore_evas.so ../DependenciesEFL/Root/lib/libecore_imf.so ../DependenciesEFL/Root/lib/libecore.so ../DependenciesEFL/Root/lib/libevas.so -lpthread -licui18n -Wl,-rpath,/home/ossy/WebKit/WebKitBuild/Release/lib:/home/ossy/WebKit/WebKitBuild/DependenciesEFL/Root/lib
Ubuntu 15.10
=============
$ cmake --version
cmake version 3.2.2
build.ninja
------------
LINK_FLAGS = -L/home/webkit/WebKit/WebKitBuild/DependenciesEFL/Root/lib -fuse-ld=gold -Wl,--disable-new-dtags -fuse-ld=gold -Wl,--disable-new-dtags
LINK_LIBRARIES = -rdynamic -ldl lib/libjavascriptcore_efl.so.1.14.0 lib/libwtf_efl.a -lecore -lglib-2.0 -ldl lib/libbmalloc.a -licuuc -lecore_evas -lecore_imf -lecore -levas -lpthread -licui18n -Wl,-rpath,/home/webkit/WebKit/WebKitBuild/Release/lib
differences:
=============
- ../DependenciesEFL/Root/lib/libfoo.so ---> -lfoo
- missing rpath: /home/ossy/WebKit/WebKitBuild/DependenciesEFL/Root/lib
I tried to hacking with CMAKE_INSTALL_RPATH and CMAKE_INSTALL_RPATH_USE_LINK_PATH variables,
but without success yet.
Csaba Osztrogonác
Additionally cmake added WebKitBuild/DependenciesEFL/Root/lib
to CMAKE_*_IMPLICIT_LINK_DIRECTORIES. I have no idea why ...
Gyuyoung Kim
Hmm, GTK port looks fine when executing MiniBrowser on 15.10. I don't know what is different with EFL port yet.
Csaba Osztrogonác
Joonghun, I noticed you have setup a new EFL buildbot with Ubuntu 15.10
and all tests fail now. I'm pretty sure that this bug causes the problem.
If you set LD_LIBRARY_PATH as a workaround, tests should pass.
But the proper fix would be to fix this bug.
Gyuyoung Kim
(In reply to comment #5)
> Joonghun, I noticed you have setup a new EFL buildbot with Ubuntu 15.10
> and all tests fail now. I'm pretty sure that this bug causes the problem.
>
> If you set LD_LIBRARY_PATH as a workaround, tests should pass.
> But the proper fix would be to fix this bug.
As you know, I delegated to maintain EFL buildbot and ews to Joonghun. I didn't notice he setup buildbot on 15.10. For now I set LD_LIBRARY_PATH though, API test is still broken. So Joonghun is going to downgrade EFL buildbot to 15.04. I'm going to file a new bug to fix API test.
Joonghun Park
(In reply to comment #5)
> Joonghun, I noticed you have setup a new EFL buildbot with Ubuntu 15.10
> and all tests fail now. I'm pretty sure that this bug causes the problem.
>
> If you set LD_LIBRARY_PATH as a workaround, tests should pass.
> But the proper fix would be to fix this bug.
Thank you for your invaluable advice, ossy!
But it seems that there are some API test problem which leads to Out of memory problem in 15.10 too, which causes down to the buildbot.
After all, I've heard from Gyuyoung that the official buildbot Ubuntu version is 15.04 still, and because of the problems above including what you commented also, I'm planning to re-set the buildbot's environment to 15.04 in some hours later.
After solving all the problems live in 15.10, I'm gonna bring it back to 15.10 again, with an notice to the webkit-efl mailing list about that.
Csaba Osztrogonác
I suggest you should try to migrate to 15.10 as soon as possible,
because 15.04 will reach of its end of life in a week:
https://lists.ubuntu.com/archives/ubuntu-announce/2016-January/000203.html
Joonghun Park
(In reply to comment #8)
> I suggest you should try to migrate to 15.10 as soon as possible,
> because 15.04 will reach of its end of life in a week:
> https://lists.ubuntu.com/archives/ubuntu-announce/2016-January/000203.html
According to your comment, I'm planning to bring 15.10 back to the buildbot within 1 week. Thank you for letting me know about this info.
Gyuyoung Kim
> $ WebKitBuild/Release/bin/MiniBrowser
> WebKitBuild/Release/bin/MiniBrowser: error while loading shared libraries: libecore.so.1: cannot open shared object file: No such file or directory
Tools/Scripts/run-minibrowser --efl works now. Please use this command until we fix this problem when you need to execute EFL MiniBrowser on 15.10.
Michael Catanzaro
Closing this bug because the EFL port has been removed from trunk.
If you feel this bug applies to a different upstream WebKit port and was closed in error, please either update the title and reopen the bug, or leave a comment to request this.