Cannot install OSL on Ubuntu 15.10 #46659

New Issue

Andreas Bergmeier · 2015-11-01T16:32:54+01:00

Andreas Bergmeier commented

2015-11-01 16:32:54 +01:00

System Information
Ubuntu 15.10

Blender Version
Broken: master, v2.76

When I try to set up 3rd party libraries, CMake configuration in OSL fails with:

  CMake Error at /usr/share/cmake-3.3/Modules/FindPackageHandleStandardArgs.cmake:148 (message):
    Could NOT find IlmBase (missing: ILMBASE_IEX-2_2_LIBRARIES
    ILMBASE_IMATH-2_2_LIBRARIES ILMBASE_ILMTHREAD-2_2_LIBRARIES)
  Call Stack (most recent call first):
    /usr/share/cmake-3.3/Modules/FindPackageHandleStandardArgs.cmake:388 (_FPHSA_FAILURE_MESSAGE)
    src/cmake/modules/FindIlmBase.cmake:214 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
    src/cmake/externalpackages.cmake:37 (find_package)
    CMakeLists.txt:200 (include)

**System Information** Ubuntu 15.10 **Blender Version** Broken: master, v2.76 When I try to set up 3rd party libraries, CMake configuration in OSL fails with: ``` CMake Error at /usr/share/cmake-3.3/Modules/FindPackageHandleStandardArgs.cmake:148 (message): Could NOT find IlmBase (missing: ILMBASE_IEX-2_2_LIBRARIES ILMBASE_IMATH-2_2_LIBRARIES ILMBASE_ILMTHREAD-2_2_LIBRARIES) Call Stack (most recent call first): /usr/share/cmake-3.3/Modules/FindPackageHandleStandardArgs.cmake:388 (_FPHSA_FAILURE_MESSAGE) src/cmake/modules/FindIlmBase.cmake:214 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) src/cmake/externalpackages.cmake:37 (find_package) CMakeLists.txt:200 (include) ```

Andreas Bergmeier commented

2015-11-01 16:32:54 +01:00

Changed status to: 'Open'

Campbell Barton was assigned by Andreas Bergmeier

2015-11-01 16:32:54 +01:00

Andreas Bergmeier commented

2015-11-01 16:32:54 +01:00

Added subscriber: @AndreasBergmeier

Bastien Montagne commented

2015-11-01 18:12:01 +01:00

Added subscribers: @ideasman42, @mont29

Campbell Barton was unassigned by Bastien Montagne

2015-11-01 18:12:01 +01:00

Bastien Montagne commented

2015-11-01 18:12:01 +01:00

Please do not assign tasks yourself.

And this is known issue with new ubuntu, it seems that they have a broken cmake that does not features the arch-related lib folder in expected define (you know, thing like /usr/lib/x86_64-linux-gnu…), so we cannot do anything about it currently.

Please do not assign tasks yourself. And this is known issue with new ubuntu, it seems that they have a broken cmake that does not features the arch-related lib folder in expected define (you know, thing like `/usr/lib/x86_64-linux-gnu`…), so we cannot do anything about it currently.

Bastien Montagne commented

2015-11-01 18:13:23 +01:00

Changed status from 'Open' to: 'Archived'

Bastien Montagne closed this issue

2015-11-01 18:13:23 +01:00

Bastien Montagne self-assigned this 2015-11-01 18:13:23 +01:00

Bastien Montagne commented

2015-11-01 18:13:23 +01:00

BTW, such building issues shall not be reported on the bug tracker, they are no bugs at all, ML or IRC are much more fitted for those.

Andreas Bergmeier commented

2015-11-01 20:46:31 +01:00

In #46659#344488, @mont29 wrote:
Please do not assign tasks yourself.

Ok.

And this is known issue with new ubuntu, it seems that they have a broken cmake that does not features the arch-related lib folder in expected define (you know, thing like /usr/lib/x86_64-linux-gnu…), so we cannot do anything about it currently.

I use CMake from Debian, so any bug comes from Debian.

I will have a talk with the OSL guys and see what to do.

> In #46659#344488, @mont29 wrote: > Please do not assign tasks yourself. Ok. > And this is known issue with new ubuntu, it seems that they have a broken cmake that does not features the arch-related lib folder in expected define (you know, thing like `/usr/lib/x86_64-linux-gnu`…), so we cannot do anything about it currently. I use CMake from Debian, so any bug comes from Debian. I will have a talk with the OSL guys and see what to do.

Andreas Bergmeier commented

2015-11-01 21:15:31 +01:00

In #46659#344490, @mont29 wrote:
BTW, such building issues shall not be reported on the bug tracker, they are no bugs at all, ML or IRC are much more fitted for those.

BTW, irc told me to write a bug :)

> In #46659#344490, @mont29 wrote: > BTW, such building issues shall not be reported on the bug tracker, they are no bugs at all, ML or IRC are much more fitted for those. BTW, irc told me to write a bug :)

Andreas Bergmeier commented

2015-11-01 21:45:23 +01:00

In #46659#344488, @mont29 wrote:
And this is known issue with new ubuntu, it seems that they have a broken cmake that does not features the arch-related lib folder in expected define (you know, thing like /usr/lib/x86_64-linux-gnu…), so we cannot do anything about it currently.

I think you are wrong. It does find half as /usr/lib/x86_64-linux-gnu/libHalf.so. In Ubuntu I cannot seem to find iex, though (my fault, have to search for Iex).
Analyzing FindIlmBase.cmake in OSL, it seems like there is some mismatch between what the script assumes and what Debian packages provide.
The script searches for Iex-2_2, while Debian only has libIex.so and libIex-2_2.so.12. So there is actually quite a bit we can do about this.
Question is rather what is the correct path.
I will talk to the Debian maintainers and see whether they can shed any light.

> In #46659#344488, @mont29 wrote: > And this is known issue with new ubuntu, it seems that they have a broken cmake that does not features the arch-related lib folder in expected define (you know, thing like `/usr/lib/x86_64-linux-gnu`…), so we cannot do anything about it currently. I think you are wrong. It does find *half* as `/usr/lib/x86_64-linux-gnu/libHalf.so`. In Ubuntu I cannot seem to find *iex*, though (my fault, have to search for *Iex*). Analyzing `FindIlmBase.cmake` in OSL, it seems like there is some mismatch between what the script assumes and what Debian packages provide. The script searches for `Iex-2_2`, while Debian only has `libIex.so` and `libIex-2_2.so.12`. So there is actually quite a bit we can do about this. Question is rather what is the correct path. I will talk to the Debian maintainers and see whether they can shed any light.

Andreas Bergmeier commented

2015-11-02 22:02:11 +01:00

Actually it was your commit that broke it: 1eb0523312

At least on Debian pkg-config --libs IlmBase gives me:
- lImath -lHalf -lIex -lIexMath -lIlmThread -lpthread

Which means using the -2_2 variant is not the expected way of linking. So what was the incentive for the commit?

Actually it was your commit that broke it: https://github.com/Nazg-Gul/OpenShadingLanguage/commit/1eb052331210a231900eb173a64500056d83b88c At least on Debian `pkg-config --libs IlmBase` gives me: - lImath -lHalf -lIex -lIexMath -lIlmThread -lpthread Which means using the `-2_2` variant is not the expected way of linking. So what was the incentive for the commit?

Andreas Bergmeier commented

2015-11-03 22:37:40 +01:00

So reverting OSL back to 06c4d9598277a4e844cb37779a15873fb016b47e made CMake config work for me.

So reverting OSL back to `06c4d9598277a4e844cb37779a15873fb016b47e` made CMake config work for me.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Cannot install OSL on Ubuntu 15.10 #46659