Re: which repositories select in order to access scientific packages

[Markus Neteler]

Hi Greg,

On Tue, Sep 29, 2009 at 06:04, Greg Kurtzer  wrote:
> Hello,
>
> I am working already to create a repository of scientific packages to
> integrate with SL. If there are special requests (or better yet,
> people that wish to help with packaging and maintenance), please let
> me know.
>
> We have some packages already in SCM (autobuilder hasn't been
> configured to build these yet), but it will still a bit before we can
> get these released (again, nudging for some volunteers with scientific
> app and RPM experience (or wanting to learn)).
>
> http://www.infiscale.org/scire/

it would be great to get GRASS GIS (requires GDAL and PROJ4) packaged
for ScientificLinux:
http://grass.osgeo.org/

In our community we receive often such request. I can help of course if needed.

Packaging notes are available at:
http://grass.osgeo.org/wiki/Compile_and_Install

Section would be "Geo".

Best
Markus

-- 
Markus Neteler
Foundation Edmund Mach (FEM) - Research and Innovation Centre
Environment and Natural Resources Area
Head of GIS and Remote Sensing Unit, Trento, Italy
Web:  http://gis.fem-environment.eu/
Email: neteler AT cealp.it
Book: http://www.grassbook.org/

More than one inode per file?

[Tim Edwards]

The root partition on one of our machines filled up today because it ran
out of indoes. We've cleared out some files but can't see how it could
possibly use so many inodes. Find reports ~50,000 files while df -i
claims over 620,000 are used out of 640,000. The fs is ext3.

[r...@localhost /]# find / -xdev | wc -l
47636
[r...@localhost /]# df -i
FilesystemInodes   IUsed   IFree IUse% Mounted on
/dev/sda2 64  623423   16577   98% /
/dev/sda1  30120  35   300851% /boot
none  210437   1  2104361% /dev/shm
/dev/sda58077312  11 80773011% /diska
/dev/mapper/vg0-diskb
 210122 95868443 20053871095% /diskc
/dev/sdc14294967295 30501632 42644656631% /diskb


Anyone know why this inconsistency could be?

Tim Edwards

RE: More than one inode per file?

[Bly, Martin (STFC,RAL,PPD)]

Tim,

A file consists of a set of blocks which start at an inode.  When the
set of blocks is exhausted (full), a pointer to the next set of blocks
is established, which is another inode with its own set of blocks.  Thus
a file that is bigger than the number of blocks per inode has a daisy
chain of inodes linking the bits together.  Hence it is rather easy to
use 620k inodes for 50k files.   When you do ls -i on the file, you get
the 'head' inode at the beginning of the file.  Of course, you can
change the number of blocks per inode but only when you create the
filesystem in the first place.

Martin.
-- 
Martin Bly
RAL Tier1 Fabric Team 

> -Original Message-
> From: owner-scientific-linux-us...@listserv.fnal.gov 
> [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On 
> Behalf Of Tim Edwards
> Sent: 29 September 2009 10:19
> To: scientific-linux-users
> Subject: More than one inode per file?
> 
> The root partition on one of our machines filled up today 
> because it ran
> out of indoes. We've cleared out some files but can't see how it could
> possibly use so many inodes. Find reports ~50,000 files while df -i
> claims over 620,000 are used out of 640,000. The fs is ext3.
> 
> [r...@localhost /]# find / -xdev | wc -l
> 47636
> [r...@localhost /]# df -i
> FilesystemInodes   IUsed   IFree IUse% Mounted on
> /dev/sda2 64  623423   16577   98% /
> /dev/sda1  30120  35   300851% /boot
> none  210437   1  2104361% /dev/shm
> /dev/sda58077312  11 80773011% /diska
> /dev/mapper/vg0-diskb
>  210122 95868443 20053871095% /diskc
> /dev/sdc14294967295 30501632 42644656631% /diskb
> 
> 
> Anyone know why this inconsistency could be?
> 
> Tim Edwards
> 
--
Scanned by iCritical.

Problems updating R from CRAN repository

[Eva Myers]

Dear All,
Over the past month or two, I've been having problems updating R from
the UK mirror of the CRAN repository.  I have the R repository
enabled:


sirtommy 13:41% more /etc/yum.repos.d/R.repo
[R]
name=CRAN R repository
baseurl=http://www.stats.bris.ac.uk/R/bin/linux/redhat/el5/i386/
enabled=1
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-csieh 
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-dawson 
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-jpolok 
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-cern


However, "yum update" has persistently refused to update R, which has
remained stuck at version 2.9.0 rather than the latest version 2.9.2.
"yum clean all" makes no difference.

On one of my SL52 machines I have done some further experiments, but
they didn't solve the problem.  I tried "yum install R-core" but got
the error message

 --> Missing Dependency: perl(File::Copy::Recursive) is needed by
 package R-core-2.9.2-1.el5.i386 (R)

That was resolved by installing the required perl package from the dag
repo, but the next attempt to install R-core gave a stream of error
messages about file conflicts, for example

  file /usr/lib/R/library/utils/html/example.html from install of
  R-core-2.9.2-1.el5 conflicts with file from package R-2.9.0-1.rh5

After I uninstalled the R-2.9.0 package, R-core would install, but
"yum install R" found only the old R from sl-base, as did "yum list
R":


sirtommy 13:46% yum list R
Loaded plugins: kernel-module, protect-packages
Available Packages
R.i386   2:2.7.0-1.sl5   sl-base


What should I do to install R 2.9.2 from CRAN?
Eva.

Re: Problems updating R from CRAN repository

[Troy Dawson]

Eva Myers wrote:

Dear All,
Over the past month or two, I've been having problems updating R from
the UK mirror of the CRAN repository.  I have the R repository
enabled:


sirtommy 13:41% more /etc/yum.repos.d/R.repo
[R]
name=CRAN R repository
baseurl=http://www.stats.bris.ac.uk/R/bin/linux/redhat/el5/i386/
enabled=1
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-csieh 
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-dawson 
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-jpolok 
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-cern


However, "yum update" has persistently refused to update R, which has
remained stuck at version 2.9.0 rather than the latest version 2.9.2.
"yum clean all" makes no difference.

On one of my SL52 machines I have done some further experiments, but
they didn't solve the problem.  I tried "yum install R-core" but got
the error message

 --> Missing Dependency: perl(File::Copy::Recursive) is needed by
 package R-core-2.9.2-1.el5.i386 (R)

That was resolved by installing the required perl package from the dag
repo, but the next attempt to install R-core gave a stream of error
messages about file conflicts, for example

  file /usr/lib/R/library/utils/html/example.html from install of
  R-core-2.9.2-1.el5 conflicts with file from package R-2.9.0-1.rh5

After I uninstalled the R-2.9.0 package, R-core would install, but
"yum install R" found only the old R from sl-base, as did "yum list
R":


sirtommy 13:46% yum list R
Loaded plugins: kernel-module, protect-packages
Available Packages
R.i386   2:2.7.0-1.sl5   sl-base


What should I do to install R 2.9.2 from CRAN?
Eva.


Hi Eva,
I bet it stems from us having a epoch of 2 in our version of R.
That stems back from the first time we compiled R, I didn't see that we 
had an epoch of 2.  I didn't notice that we had the epoch until I was 
reading the spec file from Fedora or EPEL, which has the epoch in, with 
a note saying they had to do it because Scientific Linux had it. Once 
you have an epoch, it's almost impossible to get it out.


But how to fix your problem?
You need to exclude R that is coming from Scientific Linux.  That's not 
too hard.  You need to add the following at the end of 
/etc/yum.repos.d/sl.repo and /etc/yum.repos.d/sl-security.repo


exclude=R R-devel libRmath libRmath-devel

That should keep it from trying to install Scientific Linux's R.

Troy

--
__
Troy Dawson  daw...@fnal.gov  (630)840-6468
Fermilab  ComputingDivision/LCSI/CSI LMSS Group
__

kernel-2.6.18-164.el5 released 2 Sept by RHEL - SL version?

[Winnie Lacesso]

Good day,

On 2 Sept RHEL released a new RHEL 5 kernel:

Important RHSA-2009:1243 Important: Red Hat Enterprise Linux 5.4 kernel
security and bug fix update 2009-09-02

It's kernel-2.6.18-164.el5

It's not yet at
http://ftp.scientificlinux.org/linux/scientific/53/x86_64/updates/security/
so also not at our usuaul SL mirror.

Is it in the pipeline soon so to speak?

Re: kernel-2.6.18-164.el5 released 2 Sept by RHEL - SL version?

[Steven Timm]

I believe other announcements have already been made that the above
version of the kernel is only going to be available in SL 5.4 (for which
alpha release is already available) and that they will wait until
SL5.4 is released and the next errata kernel is available from redhat 
before back-porting it to the earlier SL5's.


I am not aware of any compelling technical reason not to jump to the
next release of SL5 once it comes out.

Steve Timm

On Tue, 29 Sep 2009, Winnie Lacesso wrote:


Good day,

On 2 Sept RHEL released a new RHEL 5 kernel:

Important RHSA-2009:1243 Important: Red Hat Enterprise Linux 5.4 kernel
security and bug fix update 2009-09-02

It's kernel-2.6.18-164.el5

It's not yet at
http://ftp.scientificlinux.org/linux/scientific/53/x86_64/updates/security/
so also not at our usuaul SL mirror.

Is it in the pipeline soon so to speak?



--
--
Steven C. Timm, Ph.D  (630) 840-8525
t...@fnal.gov  http://home.fnal.gov/~timm/
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.

Re: which repositories select in order to access scientific packages

[Alexandre Pereira]

Hi Greg

Being an Engineer, possible name for engineering packages would be
Engineering or Physics, I would like to see Calculix/Calculix Graphix (
http://www.calculix.de/), OpenFOAM (http://www.opencfd.co.uk/openfoam/),
BRLCAD (http://brlcad.org/d/) , Dakota (http://www.cs.sandia.gov/dakota/),
Code Saturne, Syrthes, Salome Platform, (
http://research.edf.com/the-edf-offers/research-and-development/softwares-107001.html)
Scilab, Octave/QtOctave/Octave Forge, Paraview
(http://www.paraview.org/,9 GMSH (
http://www.geuz.org/gmsh/), Netgen, Code Aster (
http://www.code-aster.org/V2/spip.php?rubrique1), with these packages I
guess a great deal of mechanical/civil structural engineering work can be
done...

And the name "Scientific Linux" would be fully justiified...  :-)

BRGDS

Alex

2009/9/29 Markus Neteler 

> Hi Greg,
>
> On Tue, Sep 29, 2009 at 06:04, Greg Kurtzer  wrote:
> > Hello,
> >
> > I am working already to create a repository of scientific packages to
> > integrate with SL. If there are special requests (or better yet,
> > people that wish to help with packaging and maintenance), please let
> > me know.
> >
> > We have some packages already in SCM (autobuilder hasn't been
> > configured to build these yet), but it will still a bit before we can
> > get these released (again, nudging for some volunteers with scientific
> > app and RPM experience (or wanting to learn)).
> >
> > http://www.infiscale.org/scire/
>
> it would be great to get GRASS GIS (requires GDAL and PROJ4) packaged
> for ScientificLinux:
> http://grass.osgeo.org/
>
> In our community we receive often such request. I can help of course if
> needed.
>
> Packaging notes are available at:
> http://grass.osgeo.org/wiki/Compile_and_Install
>
> Section would be "Geo".
>
> Best
> Markus
>
> --
> Markus Neteler
> Foundation Edmund Mach (FEM) - Research and Innovation Centre
> Environment and Natural Resources Area
> Head of GIS and Remote Sensing Unit, Trento, Italy
> Web:  http://gis.fem-environment.eu/
> Email: neteler AT cealp.it
> Book: http://www.grassbook.org/
>

Re: kernel-2.6.18-164.el5 released 2 Sept by RHEL - SL version?

[Alan Bartlett]

On 29/09/2009, Winnie Lacesso  wrote:
> Good day,
>
>  On 2 Sept RHEL released a new RHEL 5 kernel:
>
>  Important RHSA-2009:1243 Important: Red Hat Enterprise Linux 5.4 kernel
>  security and bug fix update 2009-09-02
>
>  It's kernel-2.6.18-164.el5
>
>  It's not yet at
>  http://ftp.scientificlinux.org/linux/scientific/53/x86_64/updates/security/
>  so also not at our usuaul SL mirror.
>
>  Is it in the pipeline soon so to speak?

Please be aware that there are issues with NFSv4 and kernel-2.6.18-164.el5 [1].

Alan.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=524520
>

Re: which repositories select in order to access scientific packages

[Stephen Isard]

On Tue, 29 Sep 2009 17:08:43 +0100, Alexandre Pereira
 wrote:

...
>Scilab, Octave/QtOctave/Octave Forge, Paraview
...

Octave and octave-forge are already available at the epel repository.

Re: which repositories select in order to access scientific packages

[Connie Sieh]

One concern I have with adding "every" application is security.   I think 
we should only add applications that are "actively supported".  This will 
help ensure that security issues are addressed in these applications.


Also if the application is already in epel then lets leave it in epel.  No 
need to redo it.


-Connie Sieh

On Tue, 29 Sep 2009, Alexandre Pereira wrote:


--Boundary_(ID_fHoHXGPCGNpIXARi7h1kcw)
Content-type: text/plain; charset=ISO-8859-1

Hi Greg

Being an Engineer, possible name for engineering packages would be
Engineering or Physics, I would like to see Calculix/Calculix Graphix (
http://www.calculix.de/), OpenFOAM (http://www.opencfd.co.uk/openfoam/),
BRLCAD (http://brlcad.org/d/) , Dakota (http://www.cs.sandia.gov/dakota/),
Code Saturne, Syrthes, Salome Platform, (
http://research.edf.com/the-edf-offers/research-and-development/softwares-107001.html)
Scilab, Octave/QtOctave/Octave Forge, Paraview
(http://www.paraview.org/,9 GMSH (
http://www.geuz.org/gmsh/), Netgen, Code Aster (
http://www.code-aster.org/V2/spip.php?rubrique1), with these packages I
guess a great deal of mechanical/civil structural engineering work can be
done...

And the name "Scientific Linux" would be fully justiified...  :-)




BRGDS

Alex

2009/9/29 Markus Neteler 


Hi Greg,

On Tue, Sep 29, 2009 at 06:04, Greg Kurtzer  wrote:

Hello,

I am working already to create a repository of scientific packages to
integrate with SL. If there are special requests (or better yet,
people that wish to help with packaging and maintenance), please let
me know.

We have some packages already in SCM (autobuilder hasn't been
configured to build these yet), but it will still a bit before we can
get these released (again, nudging for some volunteers with scientific
app and RPM experience (or wanting to learn)).

http://www.infiscale.org/scire/


it would be great to get GRASS GIS (requires GDAL and PROJ4) packaged
for ScientificLinux:
http://grass.osgeo.org/

In our community we receive often such request. I can help of course if
needed.

Packaging notes are available at:
http://grass.osgeo.org/wiki/Compile_and_Install

Section would be "Geo".

Best
Markus

--
Markus Neteler
Foundation Edmund Mach (FEM) - Research and Innovation Centre
Environment and Natural Resources Area
Head of GIS and Remote Sensing Unit, Trento, Italy
Web:  http://gis.fem-environment.eu/
Email: neteler AT cealp.it
Book: http://www.grassbook.org/



--Boundary_(ID_fHoHXGPCGNpIXARi7h1kcw)
Content-type: text/html; charset=ISO-8859-1
Content-transfer-encoding: QUOTED-PRINTABLE

Hi Greg
=A0
Being an Engineer, possible name for engineering packages would =
be Engineering or Physics, I would like to see Calculix/Calculix Grap=
hix (http://www.calculix.de/";>http://www.calculix.de/)=
, OpenFOAM (http://www.opencfd.co.uk/openfoam/";>http://www=
.opencfd.co.uk/openfoam/), BRLCAD (http://brlcad.org/d=
/">http://brlcad.org/d/) , Dakota (http://www.cs.sandi=
a.gov/dakota/">http://www.cs.sandia.gov/dakota/), Code Saturne, S=
yrthes, Salome Platform,=A0(http://research.edf.com/the-ed=
f-offers/research-and-development/softwares-107001.html">http://resea=
rch.edf.com/the-edf-offers/research-and-development/softwares-107001.=
html) Scilab, Octave/QtOctave/Octave Forge, Paraview (http://www.paraview.org/,9";>http://www.paraview.org/,9 =A0GMS=
H (http://www.geuz.org/gmsh/";>http://www.geuz.org/gmsh/
), Netgen, Code Aster (http://www.code-aster.org/V2/spip.=

php?rubrique1">http://www.code-aster.org/V2/spip.php?rubrique1), =
with these packages I guess a great deal of mechanical/civil=A0st=
ructural engineering work can be done...

=A0
And the name "Scientific Linux" would be fully justiif=
ied...=A0 :-)
=A0
BRGDS
=A0
Alex
2009/9/29 Markus Neteler 
nete...@cealp.it>
an>
Hi Greg,
On Tue, Sep 29, 2009 at 06:04, Greg Kurtzer <=
;mailto:gmkurt...@gmail.com";>gmkurt...@gmail.com> w=
rote:> Hello,>> I am working already to create a=
repository of scientific packages to
> integrate with SL. If there are special requests (or better yet,=
> people that wish to help with packaging and maintenance), pl=
ease let> me know.>> We have some packages alrea=
dy in SCM (autobuilder hasn't been
> configured to build these yet), but it will still a bit before w=
e can> get these released (again, nudging for some volunteers =
with scientific> app and RPM experience (or wanting to learn))=
.>> http://www.infiscale.org/scire/"; target=
=3D"_blank">http://www.infiscale.org/scire/
it would be great to get GRASS GIS (requires GDAL and PROJ4=
) packagedfor ScientificLinux:http://grass.osgeo.o=
rg/" target=3D"_blank">http://grass.osgeo.org/In our comm=
unity we receive often such request. I can help of course if needed.<=
br>
Packaging notes are available at:http://grass.osge=
o.org/wiki/Compile_and_Install" target=3D"_blank">http://grass.osgeo.=
org/wiki/Compile_and_InstallSection would be "Geo&qu=
ot;.Best
Markus--Markus NetelerFoundat=
ion Edmund Mach (FEM) - Resea

Re: nfsv4 services

[Eve V. E. Kovacs]

Just for the record, the solution was simple. I needed to add the mount 
option "nohide" to the exports file on the server.
This was necessary because I was exporting several directories from one 
server. In this case, nsf4 requires you to generate a pseudo filesystem 
which has a common root directory. The exported directories are 
"bound" to the root directory in the fstab file on the server, and 
the root directory and its subdirectories are exported separately. The 
default behavior in this situation is to hide the files in the subdirectories, 
unless the "nohide" option is given.


Eve

On Tue, 29 Sep 2009, Michael Mansour wrote:


Date: Tue, 29 Sep 2009 09:28:44 +1100
From: Michael Mansour 
To: Eve V. E. Kovacs , scientific-linux-us...@fnal.gov
Subject: Re: nfsv4 services

Hi Eve,


We are trying to set up nfsv4 services on an SL5.3 server.
We have followed various tutorials on the web, and everything
appears to be working correctly. However, when we mount the exported
filesystems on the client, (which happens with no errors), we can't
see any of the files. The client thinks that the filesystem is
mounted, but when we try to do a directory listing there is nothing there.

Does anybody have any ideas on what we might be doing wrong?


NFS is bound by the internal permissions of the filesystem.

The first thing I would look at is the file and directory permissions on the
exported NFS filesystem.

If the clients don't have read permissions to those files/directories, then
NFS clients won't be able to see them regardless of what you do via the NFS
protocol.

Regards,

Michael.


Thanks
Eve




***
Eve Kovacs
Argonne National Laboratory,
Room E-217, Bldg. 362, HEP
9700 S. Cass Ave.
Argonne, IL 60439 USA
Phone: (630)-252-6208
Fax:   (630)-252-5047
email: kov...@hep.anl.gov
***

Re: which repositories select in order to access scientific packages

[Jimmy Cullen]

Hi Greg,

I suggest R ( http://www.r-project.org/ ) may be be useful to many also.

Jimmy

2009/9/29 Alexandre Pereira 
>
> Hi Greg
>
> Being an Engineer, possible name for engineering packages would be 
> Engineering or Physics, I would like to see Calculix/Calculix Graphix 
> (http://www.calculix.de/), OpenFOAM (http://www.opencfd.co.uk/openfoam/), 
> BRLCAD (http://brlcad.org/d/) , Dakota (http://www.cs.sandia.gov/dakota/), 
> Code Saturne, Syrthes, Salome 
> Platform, (http://research.edf.com/the-edf-offers/research-and-development/softwares-107001.html)
>  Scilab, Octave/QtOctave/Octave Forge, Paraview (http://www.paraview.org/,9  
> GMSH (http://www.geuz.org/gmsh/), Netgen, Code Aster 
> (http://www.code-aster.org/V2/spip.php?rubrique1), with these packages I 
> guess a great deal of mechanical/civil structural engineering work can be 
> done...
>
> And the name "Scientific Linux" would be fully justiified...  :-)
>
> BRGDS
>
> Alex
>
> 2009/9/29 Markus Neteler 
>>
>> Hi Greg,
>>
>> On Tue, Sep 29, 2009 at 06:04, Greg Kurtzer  wrote:
>> > Hello,
>> >
>> > I am working already to create a repository of scientific packages to
>> > integrate with SL. If there are special requests (or better yet,
>> > people that wish to help with packaging and maintenance), please let
>> > me know.
>> >
>> > We have some packages already in SCM (autobuilder hasn't been
>> > configured to build these yet), but it will still a bit before we can
>> > get these released (again, nudging for some volunteers with scientific
>> > app and RPM experience (or wanting to learn)).
>> >
>> > http://www.infiscale.org/scire/
>>
>> it would be great to get GRASS GIS (requires GDAL and PROJ4) packaged
>> for ScientificLinux:
>> http://grass.osgeo.org/
>>
>> In our community we receive often such request. I can help of course if 
>> needed.
>>
>> Packaging notes are available at:
>> http://grass.osgeo.org/wiki/Compile_and_Install
>>
>> Section would be "Geo".
>>
>> Best
>> Markus
>>
>> --
>> Markus Neteler
>> Foundation Edmund Mach (FEM) - Research and Innovation Centre
>> Environment and Natural Resources Area
>> Head of GIS and Remote Sensing Unit, Trento, Italy
>> Web:  http://gis.fem-environment.eu/
>> Email: neteler AT cealp.it
>> Book: http://www.grassbook.org/
>

Re: which repositories select in order to access scientific packages

[Peter Lemenkov]

2009/9/29 Alexandre Pereira :
> Hi Forum
>
> I would like to access scientific packages ( supposing these applications
> are already packaged ... ) like Paraview, GMSH, Netgen, OpenCascade... etc.
>
> Must I enable some new repositories in my yum.repos.d, ?

EPEL would be nice addition. Although not all scientific packages,
existed in Fedora repository, were included into it yet, but their
number is steadily growing.

https://fedoraproject.org/wiki/EPEL

Everyone's  participation is welcome.
The main reason, why people doesn't rebuild packages for RHEL-derived
distributions is the lack of interest (and therefore testing) from end
users, e.g. you :)

-- 
With best regards, Peter Lemenkov.

Re: which repositories select in order to access scientific packages

[Peter Lemenkov]

2009/9/30 Jimmy Cullen :
> Hi Greg,
>
> I suggest R ( http://www.r-project.org/ ) may be be useful to many also.

R already packaged. Just add EPEL repository.

-- 
With best regards, Peter Lemenkov.

Re: which repositories select in order to access scientific packages

[Peter Lemenkov]

2009/9/29 Alexandre Pereira :
> Hi Greg
>
> Being an Engineer, possible name for engineering packages would be
> Engineering or Physics, I would like to see Calculix/Calculix Graphix
> (http://www.calculix.de/), OpenFOAM (http://www.opencfd.co.uk/openfoam/),
> BRLCAD (http://brlcad.org/d/) , Dakota (http://www.cs.sandia.gov/dakota/),
> Code Saturne, Syrthes, Salome
> Platform, (http://research.edf.com/the-edf-offers/research-and-development/softwares-107001.html)
> Scilab, Octave/QtOctave/Octave Forge, Paraview (http://www.paraview.org/,9
>  GMSH (http://www.geuz.org/gmsh/), Netgen, Code Aster
> (http://www.code-aster.org/V2/spip.php?rubrique1), with these packages I
> guess a great deal of mechanical/civil structural engineering work can be
> done...

Some of these packages have licensing issues, preventing them from
inclusion into EPEL. Others have very complex structure and
buildsystem, so it takes time to add them into EPEL. However, some
work was done already. For ecxample, octave was packaged for EPEL. BRL
CAD is in process of packaging for Fedora (and, probably, EPEL)


-- 
With best regards, Peter Lemenkov.