In the README file of OpenFOAM
 

In the README file of OpenFOAM 1.5 there is the following information:

For openSuSE 10.2, 10.3 and 11.0, Qt version 4.3.5 can be downloaded from:
http://download.opensuse.org/repositories/KDE:/Qt43

The link actually provides Qt 4.3.5 for these distributions, but its installation represents a regression for OpenSUSE 11.0, which adopted Qt 4.4.0.
The two versions of QT cannot co-exist (I double checked with OpenSUSE developers), and installing the older Qt 4.3.5 is not recommended.

Regards,
Alberto

I think you should go back and
 

I think you should go back and read the first line of the instructions:

"The ParaView 3.3 visualisation package requires that Qt version 4.3.x MUST be installed on the system. Earlier or more recent versions (4.2.x or 4.4.x) will NOT work."

From what I have gathered, this is a ParaView issue and there isn't much you can do about it until they fix the problem.

I think I posted in haste in t
 

I think I posted in haste in that the focus of your post regards the regression issues under OpenSUSE 11 not the necessity for the particular version.

That said, there is no reason you cannot have different versions of Qt installed, provided you compile and install (QT_DIR) the alternative versions correctly.

0) Sorry for the problems with
 

0) Sorry for the problems with QT but this is a paraview/qt problem. Paraview is extremely sensitive to the QT version. We've tried working around it but can't really.

1) I always thought it was possible to have versions co-exist (but maybe not in rpm form). QT installs in /usr/local/Trolltech/Qt-4.XXX) and if you set your path and LD_LIBRARY_PATH to that version it should work.

2) Just came across this in the Paraview mailing list about supporting QT-4.4.XXX

In the root CMakeLists, comment out the Qt version check, then you can
use 4.4

# * * *MESSAGE(SEND_ERROR "Qt ${QTVERSION} not supported. *Please use Qt
4.3 (you may need to clean your dirtied cache).")

> Hi,
>
> I have downloaded the latest version of paraview from cvs and with great
> disappointment I can not compile it anymore. Last week I used to compile
> it with qt 4.2.1 and everithing was working fine.
> :-(
>
> Is there a specific reason for the needed upgrade?
> Also disappointing the fact that Qt 4.4 is also unsupported :-(
>
> Any hints?
>
> Thank you
> Simone

Dear Eugene, actually I wa
 

Dear Eugene,

actually I was simply reporting that the suggestion reported in the README is wrong because the applications provided with openSUSE 11.0 were built against Qt 4.4.0, and replacing it with an older version is at least not recommended and not safe.

As a second note, the paraview provided with OpenFOAM third party package works with Qt 4.4.0 (qmake 2.01a) installed on my openSUSE 11.0 64 bit without problems.

If you:

- Convert the case to VTK with foamToVTK
- Launch paraview from the command line
- Open the VTK Eulerian fields from paraView

you can see data and geometry without any problem, and without any need to recompile paraView.

The problem seems to be in the reader. If I launch, for example:

paraView -case cavity

I see the case information in paraView, but no time is available except "zero" in the time selector, and I can't see any geometry/data even selecting the patches.

However I will investigate further and let you know if I find something new.

Thanks and regards,
Alberto

About the co-existence of two
 

About the co-existence of two Qt versions, I wrote in a hurry, but I was referring to the RPM's.

If you try to install the RPM's in the suggested repository, you'll change some of the installed packages, and their provider (from the OSS repository to the QT43 one).

Alberto

Hi ! I have a question rega
 

Hi !

I have a question regarding Qt.

I have SLED SP1, with Gnome desktop, and I think I have Qt3.

I don't know how to upgrade to the required Qt4, since the provided link is for openSUSE (and KDE ??)

I will thank any comment/hint

best

V

Hi, Just to let everyone kn
 

Hi,

Just to let everyone know that the workaround provided by Mattijs Janssens works fine in openSUSE 11.0 with QT-4.4.

I did the following:

- In CMakeLists.txt comment the line:

# MESSAGE(SEND_ERROR "Qt ${QTVERSION} not supported. Please use Qt 4.3 (you may need to clean your dirtied cache).")

- Installed libqt4-devel package

- Removed '~/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms' directory

- ran 'buildParaView3.3-cvs' to compile Paraview (you get some warnings but it compiles)

- Followed what is said in the README file to compile the PV3FoamReader module:
cd $FOAM_UTILITIES/postProcessing/graphics/PV3FoamReader
./Allwclean
./Allwmake

Regards,
Jose Santos

Victor, yes, in openSUSE < 11.
 

Victor, yes, in openSUSE < 11.0, you can use that repository without problems.

Alberto

I did some testing on openSUSE
 

I did some testing on openSUSE 11.0 64 bit, using OpenFOAM 1.5, gcc and paraview provided by the third party binary packages. For those interested,

rpm -qa libqt*

provides:

libqt4-devel-4.4.0-12.1
libqt4-devel-doc-data-4.4.0-12.1
libqt4-devel-doc-4.4.0-12.1
libqt4-sql-4.4.0-12.1
libqt4-qt3support-4.4.0-12.1
libqt4-x11-4.4.0-12.1
libqt4-sql-sqlite-4.4.0-12.1
libqt4-4.4.0-12.1

First of all the good news: it is _not_ necessary to recompile paraview on openSUSE 11.0, even if it has Qt 4.4.0. The package provided by OpenCFD works and can show you data if you simply convert the results of your simulation to VTK with:

foamToVTK -case <case_dir>

Now the bad news. The reader doesn't work properly, so if you try to open a case with:

paraFoam -case <case_dir>

the case is opened, but no data can be shown. I played a bit with the reader, and noticed something weird in how the geometry and time information are passed to paraview.

As a reference I used two cases:

- The cavity case for icoFoam
- A 2D vertical channel case (0.07 x 1m)

If I open the cavity case:

- converting it to VTK with

foamToVTK -case cavity

and the launch paraview directly and open the VTK files, I case see this:

http://www.cfd-online.com/OpenFOAM_D...your_image.gif

while if you open it using

paraFoam -case cavity

I see this

http://www.cfd-online.com/OpenFOAM_D...your_image.gif

As you can see the geometry is passed by the reader to paraView as having zero dimensions, and no time is available in the time selector.

Now, I had a suspect: all the dimensions of the cavity have integer part equal to zero. So I used another test case, with one dimension Dx = 0.07 and the other one Dy = 1.

With foamToVTK conversion, it works:

http://www.cfd-online.com/OpenFOAM_D...your_image.gif

while, as suspected, the reader passes an altered geometry to paraview, with a 0 x 1 "box":

http://www.cfd-online.com/OpenFOAM_D...your_image.gif

Probably something goes wrong when data are read inside paraview, which should be hardly dependent on Qt though.

I hope this helps,
Alberto

Thanks a lot Alberto I chec
 

Thanks a lot Alberto

I checked the repository, and found "SLE_10". I think it can fits to SLED SP1.

I will try with the "4.3.5" version of the files you list in your last post

Lastly, does the upgrade to Qt4 could modify GNOME or YAST ??

Many thanks again Alberto

all the best

V

Sorry, the pictures were too b
 

Sorry, the pictures were too big to be uploaded. You can see them here in the order they're cited:

1) foamToVTK1: http://www.flickr.com/photos/alberto...40646/sizes/o/

2) Reader1: http://www.flickr.com/photos/alberto...40716/sizes/o/

3) foamToVTK2: http://www.flickr.com/photos/alberto...40828/sizes/o/

4) Reader2: http://www.flickr.com/photos/alberto...40912/sizes/o/

Regards,
Alberto

Victor, in SLE I think almost
 

Victor, in SLE I think almost nothing is built against Qt 4.x. I don't think they made such a jump, considering that the reference for that distribution was Qt 3.

As a consequence it should not try to change anything YaST related or GNOME related (which should not be affected by Qt at all).

Regards,
Alberto

Btw, this is the _bug_report_
 

Btw, this is the _bug_report_ discussion board. Please keep questions separated from the bug from now on.

Thanks,
A.

Thanks Alberto Now it's cle
 

Thanks Alberto

Now it's clear

My sincere apologies for posting in the incorrect thread

all the best

V

No problem :-) A.
 

No problem :-)

A.

Hi Alberto, I also tried OF 1
 

Hi Alberto,
I also tried OF 1.5 installation on openSUSE 11.0 x86_64. In my case, with the system Qt 4.4, at first paraFoam seemd to run fine with all the geometry shown as expected, but when I tried to apply a filter it suddenly crashed. After recompiling ParaView with self-built Qt 4.3.5 (I already had one so have never tried the repository rpms) and PV3FoamReader it seems everything is fine.

About the coexisting of Qt versions, I think adding the Qt 4.3 library/binary paths to OpenFOAM-1.5/etc/apps/paraview3/bashrc should be fine.

Takuya

Hi Takuya, with what filter
 

Hi Takuya,

with what filter did you experience the problem? I tried the most common ones (clip, glyphs, ...) and it works OK if I convert to VTK.

Did you try with or without reader?

Regards,
Alberto

The crash occurred when I appl
 

The crash occurred when I applied Extract Block. I always tried with PV3FoamReader, haven't tried foamToVTK at all yet.

T

Thanks Takuya!. Just anothe
 

Thanks Takuya!.

Just another note: Recompiling paraview and the reader with Qt 4.4.0 works, but the reader behaves exactly as I reported above in the pictures.

Regards,
A.

Jose Luis Santos I am follo
 

Jose Luis Santos

I am following the method you posted regarding use of qt 4.4 (as in SUSE 11) for recompilation of paraView.

You have a step in your procedure listed as:

"Installed libqt4-devel package"

Would you please indicate where to get that package and and how and where to install it.

Thanks,

Hi Thomas, the package you'
 

Hi Thomas,

the package you're looking for is in the OSS repository of openSUSE, that can be added using YaST -> Software -> Installation sources (maybe the names are slightly different, I'm translating what I read in the Italian version).

The OSS repository is added by default during the installation, and you should already see it in the list.

To install the package, use the installer or simply type (as root) in a terminal:

zypper in lib-qt4-devel

For your convenience, on openSUSE, you can search for packages using:

- http://software.opensuse.org/search
- selecting the openSUSE logo (chameleon) in the search bar of firefox
- if you need to search also among community packages (codecs, ...): http://packages.opensuse-community.o...sp?searchTerm=

With kind regards,
Alberto

Still working on paraView reco
 

Still working on paraView recompile for SUSE1.5 using QT4.4. Got compilation failure (see below). Any additional suggestions.

I followed suggestions below:


- In CMakeLists.txt comment the line:

# MESSAGE(SEND_ERROR "Qt ${QTVERSION} not supported. Please use Qt 4.3 (you may need to clean your dirtied cache).")

- Installed libqt4-devel package (I installed using software download from repository OSS. It installed a lot of other software along with libqt4-devel)

- Removed '~/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms' directory

- ran 'buildParaView3.3-cvs' to compile Paraview

I got a compilation failure with messages below:

Building ParaView3.3-cvs
MPI support : OFF
Python support : OFF
MESA support : OFF
Source : /home/kosvic/OpenFOAM/ThirdParty/ParaView3.3-cvs
Target : /home/kosvic/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool.
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
CMAKE_C_COMPILER_ENV_VAR
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
CMAKE_C_COMPILER
CMake Error: Could not find cmake module file:/home/kosvic/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/CMakeFi les/CMakeCCompiler.cmake
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
CMAKE_CXX_COMPILER_ENV_VAR
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
CMAKE_CXX_COMPILER
CMake Error: Could not find cmake module file:/home/kosvic/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/CMakeFi les/CMakeCXXCompiler.cmake
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring done

Thomas, Did you source the
 

Thomas,

Did you source the bashrc file as said in the README? It seems cmake is not found in your system, but you should have it in ~/OpenFOAM/ThirdParty/cmake-2.4.6

In my laptop:
jose@laptop:~/OpenFOAM/ThirdParty> which cmake
/home/jose/OpenFOAM/ThirdParty/cmake-2.4.6/platforms/linux/bin/cmake

Run foamInstallationTest to check if your system is correctly configured.

Regards,
Jose Santos

Hello, I finally compiled par
 

Hello,
I finally compiled paraview and paraFoam reader successfully myself on openSUSE 11.0 with Qt 4.4 (the version provided by openSUSE) following Mattijs and Niklas guidelines.

Unfortunately I didn't find out what was causing the truncation to integer I previously reported.

Alberto

Alberto, Did your compiled
 

Alberto,

Did your compiled version of paraFoam (SUSE 11 and QT 4.4) properly open up, find a reader, and allow a display of the grid and velocity vectors for the icoFoam cavity case in the Tutorials?

What were the steps you did that finally allowed the compilation that you were unsuccessful at before?

Thanks,

Tom Kosvic

Hello Thomas, I didn't test
 

Hello Thomas,

I didn't test it on the cavity case before you asked me. I used a 2D mesh imported generated in gambit and it worked, as it works properly with the rhoPorousSimpleFoam tutorials.

I've just tried it with the cavity case, I still have the truncation problem (no geometry nor data shown). So the problem seems only partly fixed. :-(

The compilation process is the one explained in the readme file. The only difference is a patch released by openSUSE.

Regards,
Alberto

I'm getting this error on Ubun
 

I'm getting this error on Ubuntu Hardy and Fedora 8. From the answers above I'm not sure what the solution is (just recompile paraview?). Is there a way to get it working, without recompiling paraview? I don't own a fast Linux machine currently and therefore recompiling is slow http://www.cfd-online.com/OpenFOAM_D...lipart/sad.gif On which system were the binaries tested?

foamToVTK works on Fedora, but
 

foamToVTK works on Fedora, but not on Ubuntu, there I get:

From function Foam::cwd()
in file Unix.C at line 199.

wtf?

The messages comes from the ge
 

The messages comes from the getcwd system call failing which can happen if:
- the current directory does not exist anymore (e.g. deleted from another window)
- the directory name is longer than 255 characters. Any chance of these happening?

Thx I deleted the directory, t
 

Thx I deleted the directory, then recreated it. I had to do

cd <somewhere>
and then back cd into the dir i was before, then it worked

OpenFOAM is solving the cavity
 

OpenFOAM is solving the cavity tutorial as expected but CMake variables are not set when running "buildParaView3.3-cvs". Anyone who can help me please.

---

csvs@linux-pk1o:~/OpenFOAM/ThirdParty> ../OpenFOAM-1.5/bin/./foamSystemCheck

Checking basic system...
-----------------------------------------------------------------------
Shell: /bin/bash
Host: linux-pk1o
OS: Linux version 2.6.25.5-1.1-default
User: csvs


System check: PASS
==================
Continue OpenFOAM installation.

csvs@linux-pk1o:~/OpenFOAM/ThirdParty> ../OpenFOAM-1.5/bin/./foamInstallationTest
Executing ../OpenFOAM-1.5/bin/./foamInstallationTest:


Checking basic setup...
-------------------------------------------------------------------------------
Shell: bash
Host: linux-pk1o
OS: Linux version 2.6.25.5-1.1-default
-------------------------------------------------------------------------------


Checking main OpenFOAM env variables...
-------------------------------------------------------------------------------
Environment_variable Set_to_file_or_directory Valid Crit
-------------------------------------------------------------------------------
$WM_PROJECT_INST_DIR /home/csvs/OpenFOAM yes yes
$WM_PROJECT_USER_DIR /home/csvs/OpenFOAM/csvs-1.5 yes no
$WM_THIRD_PARTY_DIR /home/csvs/OpenFOAM/ThirdParty yes yes
-------------------------------------------------------------------------------


Checking the OpenFOAM env variables set on the PATH...
-------------------------------------------------------------------------------
Environment_variable Set_to_file_or_directory Valid Path Crit
-------------------------------------------------------------------------------
$WM_PROJECT_DIR /home/csvs/OpenFOAM/OpenFOAM-1.5 yes yes yes

$FOAM_APPBIN ...1.5/applications/bin/linux64GccDPOpt yes yes yes
$FOAM_USER_APPBIN ...1.5/applications/bin/linux64GccDPOpt yes yes no
$WM_DIR /home/csvs/OpenFOAM/OpenFOAM-1.5/wmake yes yes yes
-------------------------------------------------------------------------------


Checking the OpenFOAM env variables set on the LD_LIBRARY_PATH...
-------------------------------------------------------------------------------
Environment_variable Set_to_file_or_directory Valid Path Crit
-------------------------------------------------------------------------------
$FOAM_LIBBIN ...OAM/OpenFOAM-1.5/lib/linux64GccDPOpt yes yes yes
$FOAM_USER_LIBBIN ...penFOAM/csvs-1.5/lib/linux64GccDPOpt yes yes no
$MPI_ARCH_PATH ...nmpi-1.2.6/platforms/linux64GccDPOpt yes yes yes
-------------------------------------------------------------------------------


Third party software
-------------------------------------------------------------------------------
Software Version Location
-------------------------------------------------------------------------------
gcc 4.3.1 ...penFOAM/ThirdParty/gcc-4.3.1/platforms/linux64/bin/gcc
gzip 1.3.12 /usr/bin/gzip
tar 1.19 /bin/tar
icoFoam 1.5 .../OpenFOAM-1.5/applications/bin/linux64GccDPOpt/icoFoam
-------------------------------------------------------------------------------


Checking networking...
-------------------------------------------------------------------------------
Action Result Crit
-------------------------------------------------------------------------------
Pinging_linux-pk1o Successful yes
Pinging_localHost Successful yes
Test_rsh: Unsuccessful_connection_refused* yes
Test_ssh: Successful yes
(*) Only one of rsh or ssh is required by the OpenFOAM enviroment.

-------------------------------------------------------------------------------

Base configuration ok.

Critical systems ok.


done.

csvs@linux-pk1o:~/OpenFOAM/ThirdParty> cd $FOAM_INST_DIR/ThirdParty
csvs@linux-pk1o:~/OpenFOAM/ThirdParty> rm -rf ParaView3.3-cvs/platforms
csvs@linux-pk1o:~/OpenFOAM/ThirdParty> buildParaView3.3-cvs
Building ParaView3.3-cvs
MPI support : OFF
Python support : OFF
MESA support : OFF
Source : /home/csvs/OpenFOAM/ThirdParty/ParaView3.3-cvs
Target : /home/csvs/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc
CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool.
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
CMAKE_C_COMPILER_ENV_VAR
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
CMAKE_C_COMPILER
CMake Error: Could not find cmake module file:/home/csvs/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/CMakeFi les/CMakeCCompiler.cmake
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
CMAKE_CXX_COMPILER_ENV_VAR
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
CMAKE_CXX_COMPILER
CMake Error: Could not find cmake module file:/home/csvs/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/CMakeFi les/CMakeCXXCompiler.cmake
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring done
/home/csvs/OpenFOAM/OpenFOAM-1.5/bin/tools/buildParaViewFunctions: line 206: make: command not found
done

---

Best regards,
Christian Lindbäck

From the last line: /home/c
 

From the last line:

/home/csvs/OpenFOAM/OpenFOAM-1.5/bin/tools/buildParaViewFunctions: line 206: make: command not found

do you have installed "make"?

Thank you. Embarrasing, I assu
 

Thank you. Embarrasing, I assumed that make was installed from start in OpenSUSE 11.

Now things are working. However, when running paraFoam I don't see a thing of my geometry. And there are no error messages. In the information it says that my domain extends from 0 to 0 in all directions. Something is wrong and I have no clue how to solve the problem. When using foamToVTK first I can see my geometry however.

Hi Christian I am new to Op
 

Hi Christian

I am new to OpenFOAM and Fedora. While trying to install ParaFoam I got the same problem that ypou had posted on Sept 15. But i have no idea how to install make file.
Can you please help.

Use YaST (it is in the menu in
 

Use YaST (it is in the menu in the GUI of your OS I hope) and go to where you install software. The search for "make" and choose to install the package.

If you use Fedora,as a root us
 

If you use Fedora,as a root user, run the following command

yum -y install make

All, looks like this thread ha
 

All, looks like this thread has become a parafoam and paraview process discussion so:

Has anyone gotten the binary distributions in openfoam1.5 of parafoam and paraview to run properly?

By run properly, I mean can you see the grid, velocity vectors, pressure profiles etc for the cavity case discussed as 1st step in the tutorials?

By run properly, I mean also that paraview found a proper reader and that the viewing was done without foamToVTK conversion.

If you have had success using the binary distributions of parafoam and paraview let us all know what special steps you did.

I have SUSE with QT4.4 and Fedora and have not had luck running parafoam and paraview with either of these.

If no one has had any success then I will move to re-compiling these processes.

Thanks much,

Tom Kosvic

Thomas, I got it to run aft
 

Thomas,
I got it to run after a bit of cursing... We run SUSE 10.1 and had to load the qt 4.3.5 to to get it to work. We used an rpm install we found at openSUSE (we found the right ones here http://download.opensuse.org/reposit...SLE_10/x86_64/ )
I had to be careful on what was in the library path, but once a reference to an older version of QT was removed, it worked just fine.

Mike Rangitsch

I've installed the proposed Qt
 

I've installed the proposed Qt 4.3.5 locally, configured and built pview3.3-cvs and the vtkPV3FoamReader without problems on suse 11, 32 bit.

Running paraFoam on a tutorial case inside the case directory gives me a small window asking me to define the reader for tutorialCase.OpenFOAM

Can somebody please help me and explain why does it do so, when the reader for .OpenFOAM files is compiled without problems?

And to make it more confusing: one of the offered options is : "OpenFOAM files".