CalculiX is a fairly powerful open source FEM system. It can do 2D, 3D simulations, both mechanical and thermal models, both static and transient. Linear, nonlinear materials, lots of elements (including contacts) - The strength are the supported features of the finite element code. Please not that the coding style is sometimes interesting: There are functions with insane number of parameters; #include in the middle of a function, to include another 300 lines of code. Also some copy&paste from standard libraries (in cgx) License: GPL (The package also contains hooks to allow linking to libraries that are not GPL-compatible, but these hooks can be switched off at compile time. IMHO this should not be a problem for adding to Fedora) Web site: - Main website http://www.calculix.de/ - rpm files: http://sourceforge.net/projects/calculix-rpm/ (all bugs in the spec files are mine) The spec files pass building in mockbuild
Requires work to be compliant with Fedora Packaging Guidelines - see http://fedoraproject.org/wiki/PackagingGuidelines and also http://fedoraproject.org/wiki/PackageMaintainers/Join for details.
Dan Horak kindly showed me several obvious Packaging Violations, I've started fixing them: http://sourceforge.net/projects/calculix-rpm/ ccx-2.0-4: - spooles separated into it's own .rpm Open question: one big .so file for everything or one for "normal", one for parallel solver? The base package generates one lib with 'make global' and two libs with 'make lib'..... - dynamic linking for spooles - Requires: removed from the spec file - redundant BuildRequires to gcc and sed removed Open issues: ccx: - none that I'm aware of. cgx: - the upstream source package contains (partial? modified?) copies of glut and libSNL, it's directly compiled into cgx. Probably this must be fixed. - redundant BuildRequires not yet removed. Any help is appreciated.
Hello Manfred, I will do the reviews and sponsor you. At first, please, create individual review requests for spooles, ccx and cgx (and libSNL), they are separate components and must be viewed separately. The "depends on" and "blocks" fields can be used to create their hierarchy. On first view the spooles spec file looks good, only the static subpackage should be dropped in Fedora (https://fedoraproject.org/wiki/Packaging/Guidelines#Packaging_Static_Libraries). The ccx spec looks good too. cgx - libSNL must be again packaged separately (I expect that it exists somewhere as a tar archive) and system-wide glut must be used instead of the included copy. And if you have any question, don't hesitate to ask.
Ok. I'm creating the dependence hierarchy, sorry for any noise. At the end, this bug will remain as the placeholder for CalculiX, it can be closed immediately when all dependencies are closed.
Would it be possible for you to follow the same template that essentially all other package review tickets follow? We have scripts that parse them, and if you'd like to increase the possibility that your packages out of the hundreds of others are reviewed, it would benefit you to follow the template. This sort of happens automatically if you use the package submission recommended by our documentation at http://fedoraproject.org/wiki/Join_the_package_collection_maintainers Please at least use a summary like: Review Request: packagename - description
Ping? Any progress here? Or we can close this review?
I've closed the review request - I do not have enough time to complete it. If someone wants to take over: I'll try to keep the .rpm packages up to date
*** Bug 566977 has been marked as a duplicate of this bug. ***