CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Paraview & paraFoam

ParaView / PV3Readers build problem

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
Old   October 19, 2011, 09:11
Default ParaView / PV3Readers build problem
  #1
New Member
 
Join Date: Oct 2011
Posts: 6
Rep Power: 5
bhomer is on a distinguished road
Good morning Bruno,

I am currently using Fedora 14 i686 and you are correct when you say ParaView is installed somewhere else. I followed a suggestion in one of the online discussion threads and used: yum install paraview. It wound up over in the (root) usr/bin directory. My apologies for adding to the confusion here. However I did this after the ParaView build failed as outlined in the attached files.

bhomer
Attached Files
File Type: gz pv3fMake.log.tar.gz (560 Bytes, 1 views)
File Type: gz pvfMake.log.tar.gz (193 Bytes, 1 views)
File Type: gz qtfMake.log.tar.gz (260 Bytes, 1 views)
File Type: gz allfMake.log.tar.gz (71.7 KB, 1 views)
bhomer is offline   Reply With Quote

Old   October 19, 2011, 11:10
Default
  #2
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,258
Blog Entries: 34
Rep Power: 84
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Hi bhomer,

Ah Ha! The logs don't lie It seems that you didn't follow the instructions in my blog post! According to the "qtMake.log" file, you didn't execute the command exactly as I wrote down!

Follow (to the letter, if possible) my instructions written here: Building ParaView 3.10.1 with custom Qt 4.6.4
It should all work as intended! If not, post the new logs in your next post

Best regards and good luck!
Bruno

PS: for those who might be reading this thread, this all started here: http://www.cfd-online.com/Forums/blo...ml#comment1138
wyldckat is offline   Reply With Quote

Old   October 19, 2011, 19:23
Default
  #3
New Member
 
Join Date: Oct 2011
Posts: 6
Rep Power: 5
bhomer is on a distinguished road
Quote:
Originally Posted by bhomer View Post
Good morning Bruno,

I am currently using Fedora 14 i686 and you are correct when you say ParaView is installed somewhere else. I followed a suggestion in one of the online discussion threads and used: yum install paraview. It wound up over in the (root) usr/bin directory. My apologies for adding to the confusion here. However I did this after the ParaView build failed as outlined in the attached files.

bhomer
Ok, here are the log files form the build. I believe I followed your instructions to the tee.

bhomer
Attached Files
File Type: gz makePv.log.tar.gz (67.6 KB, 2 views)
File Type: gz echo.log.tar.gz (355 Bytes, 1 views)
bhomer is offline   Reply With Quote

Old   October 19, 2011, 19:25
Default
  #4
New Member
 
Join Date: Oct 2011
Posts: 6
Rep Power: 5
bhomer is on a distinguished road
Quote:
Originally Posted by bhomer View Post
Ok, here are the log files form the build. I believe I followed your instructions to the tee.

bhomer
I'm sorry I missed one of the files.
bhomer
bhomer is offline   Reply With Quote

Old   October 20, 2011, 03:54
Default
  #5
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,258
Blog Entries: 34
Rep Power: 84
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Hi bhomer,

This is odd... "libEGL.so.1" was not found... Try to find it first:
Code:
find /usr/lib -name "libEGL.so*"
find /lib -name "libEGL.so*"
If "libEGL.so.1" is not found... then it's very odd indeed. I don't know Fedora well enough to know in which package is it located in.
But if the file is found, check if the path for it appears in "LD_LIBRARY_PATH":
Code:
echo $LD_LIBRARY_PATH
If it's not, add to it; for example:
Code:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib
Then on the same terminal where you ran the previous command, try building ParaView once more:
Code:
./makeParaView -qmake  ${WM_THIRD_PARTY_DIR}/platforms/$WM_ARCH$WM_COMPILER/qt-4.6.4/bin/qmake > makePV.log 2>&1

wmSET

echo "Are these next two lines the same?"
which paraview
ls $ParaView_DIR/bin/paraview
Best regards,
Bruno
wyldckat is offline   Reply With Quote

Old   October 20, 2011, 10:30
Default
  #6
New Member
 
Join Date: Oct 2011
Posts: 6
Rep Power: 5
bhomer is on a distinguished road
Good morning Bruno,

Neither find command turned up a "libEGL.so" file. I did an internet search for "Fedora 14 libEGL.so" which tells me there is such a file embedded in MESA. Is this the one I need and, if so, which version of MESA is required?

bhomer
bhomer is offline   Reply With Quote

Old   October 20, 2011, 17:05
Default
  #7
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,258
Blog Entries: 34
Rep Power: 84
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Hi bhomer,

My guess is that "libEGL" in your system came from the graphics card drivers. Eitherway, I believe that you can install the necessary Mesa drivers by running as root:
Code:
yum install mesa-libGL-devel
Unfortunately, it might also be necessary to rebuild Qt 4.6.4 after installing Mesa


By the way, for a deeper search, you could also try running:
Code:
find / -name "libEGL*"
It'll take longer, but this way you can make sure if such file or similar does exist.

By what I saw now in the VM I've got with Fedora 14 x86_64, it seems that I already have Mesa installed by default (since I'm using a virtual graphics card) and that's probably why I didn't run into these problems.

Best regards and good luck!
Bruno
wyldckat is offline   Reply With Quote

Old   October 21, 2011, 14:18
Default
  #8
New Member
 
Join Date: Oct 2011
Posts: 6
Rep Power: 5
bhomer is on a distinguished road
Good morning Bruno, I'm back,

After many trials and tribulations I succeeded in building both Qt and paraview and I got an exact directory match for the which and ls commands. I then followed the directions and built the PV3Readers. I have attached the build log.

When I executed the paraFoam command in the $FOAM_RUN...icoFoam directory I again got a failure although it was different from the one I was getting before. I have attached a log from that execution.

bhomer

P.S. When I finally straightened out the libEGL.so debacle the file wound up in my /usr/local/lib directory.
Attached Files
File Type: gz makePv3.log.tar.gz (1.7 KB, 1 views)
File Type: gz paraFoam.log.tar.gz (278 Bytes, 1 views)
bhomer is offline   Reply With Quote

Old   October 21, 2011, 17:12
Default
  #9
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,258
Blog Entries: 34
Rep Power: 84
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Hi bhomer,

Pardon my French, but... Bloody hell.... I'm starting to get the feeling that only a tire iron would satisfy Fedora's missing dependencies...

OK, the only thing that comes to mind is that there might be something you might have installed in your system that is interfering with the proper compiling and usage of ParaView and/or OpenFOAM.
But fear not, there should be a way for fixing the problem... somehow

If I had the same problems you are having at the moment, I would try this:
  1. Copy paraFoam to the current case folder:
    Code:
    cp `which paraFoam` .
  2. Check what is the current full path for library searching:
    Code:
    echo $LD_LIBRARY_PATH
  3. Edit the local paraFoam script to add a bit after the first block of comments and before the usage function, the following code (based on the previous output):
    Code:
    #------------------------------------------------------------------------------
    
    export LD_LIBRARY_PATH=${WM_THIRD_PARTY_DIR}/platforms/$WM_ARCH$WM_COMPILER/paraview-3.10.1/lib/paraview-3.10:${WM_THIRD_PARTY_DIR}/platforms/$WM_ARCH$WM_COMPILER/qt-4.6.4/lib
    
    usage() {
    In bold is the added line. This will trim down the list of searched paths for the necessary libraries, thus trying to avoid the inclusion of the wrong libraries. The two paths shown are for ParaView and Qt only.
  4. Save the file. Now run the file locally:
    Code:
    ./paraFoam -builtin
    Notice the "./" which points directly to the current folder, instead of calling the original paraFoam script. The "-builtin" tells the script to open the case with the internal reader that comes with ParaView, rather than using OpenFOAM's own reader.
  5. If it crashes with another error, try adding another path from the string at point #2. The path separator is the ":". The paths that you should be testing are the system paths, not OpenFOAM paths per say.
  6. Iterate between the previous 2-3 points until you can figure out if a solution exists or not.
If you manage to figure out the correct setting for point #3, then copy the local paraFoam script back to the place where the original one was:
Code:
cp ./paraFoam `which paraFoam`
Good luck!
Bruno
wyldckat is offline   Reply With Quote

Old   October 23, 2011, 08:44
Default
  #10
New Member
 
Join Date: Oct 2011
Posts: 6
Rep Power: 5
bhomer is on a distinguished road
Good morning Bruno,

Ok, the error message I'm getting now is:

/home/bhomer/OpenFOAM/ThirdParty-2.0.1/platforms/linuxGcc/paraview-3.10.1/lib/paraview-3.10/paraview: symbol lookup error: /usr/lib/libgconf-2.so.4: undefined symbol: g_bus_get_sync

Which means, if I am interpreting correctly, that a function (g_bus_get_sync) that is supposed to reside in the libgconf-2.so.4 file does not, in fact, do so.

According to an internet search the g_bus_get_sync method is part of the Gnome desktop.

So, my next move is to upgrade Fedora 14 to Fedora 15. If that doesn't work I will install Ubuntu.

Bruno, it's been a real pleasure meeting you and I thank you for all the help you've given me.

bhomer
bhomer is offline   Reply With Quote

Old   October 23, 2011, 08:59
Default
  #11
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,258
Blog Entries: 34
Rep Power: 84
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Hi bhomer,

Quote:
Originally Posted by bhomer View Post
Bruno, it's been a real pleasure meeting you and I thank you for all the help you've given me.
You're welcome

If you go to Ubuntu, do not install Ubuntu 11.10 right away. Either install Ubuntu 11.04 (previous version) or 10.04 LTS (Long Term Service). The reasons:
  • Wait at least a month before installing the latest Ubuntu version. There is always some annoying glitch with each release that just won't go away... usually for about a month.
  • There have been some issues with OpenFOAM 2.0 and Ubuntu 11.10, due to some über modern choices made in Gcc and Ld that comes in 11.10: OpenFOAM-2.0.x on Ubuntu 11.10
Best regards and good luck!
Bruno
wyldckat is offline   Reply With Quote

Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
paraview installation woes vex OpenFOAM Installation 15 January 30, 2011 08:11
paraview reinstallation problem mhassani OpenFOAM Paraview & paraFoam 1 July 24, 2010 20:40
problem with new OF170 paraview instalation anmartin OpenFOAM Installation 3 June 29, 2010 18:29
paraFoam reader for OpenFOAM 1.6 smart OpenFOAM Installation 13 November 16, 2009 22:41
Build problem Jeff CFX 0 July 31, 2003 13:21


All times are GMT -4. The time now is 18:26.