WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WONTFIX
150933
[EFL] Binaries don't run on Ubuntu 15.10 due to missing library path
https://bugs.webkit.org/show_bug.cgi?id=150933
Summary
[EFL] Binaries don't run on Ubuntu 15.10 due to missing library path
Csaba Osztrogonác
Reported
2015-11-05 07:16:09 PST
$ 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
Comment 1
2015-11-05 07:29:43 PST
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
Comment 2
2015-11-05 09:39:10 PST
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
Comment 3
2015-11-05 09:52:43 PST
Additionally cmake added WebKitBuild/DependenciesEFL/Root/lib to CMAKE_*_IMPLICIT_LINK_DIRECTORIES. I have no idea why ...
Gyuyoung Kim
Comment 4
2016-01-12 18:15:20 PST
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
Comment 5
2016-01-26 09:49:19 PST
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
Comment 6
2016-01-26 17:34:22 PST
(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
Comment 7
2016-01-26 17:54:26 PST
(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
Comment 8
2016-01-27 03:38:10 PST
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
Comment 9
2016-01-27 17:11:07 PST
(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
Comment 10
2016-03-15 22:07:53 PDT
> $ 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
Comment 11
2017-03-11 10:47:09 PST
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.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug