Package Details: salome-meca-bin 2017.0.2-6

Git Clone URL: https://aur.archlinux.org/salome-meca-bin.git (read-only)
Package Base: salome-meca-bin
Description: Integration of the Code_Aster solver in the Salome platform
Upstream URL: https://www.code-aster.org/spip.php?article303
Licenses: LGPL
Provides: salome-meca
Submitter: m-pilia
Maintainer: m-pilia
Last Packager: m-pilia
Votes: 1
Popularity: 0.366342
First Submitted: 2017-12-01 13:56
Last Updated: 2018-04-05 14:49

Latest Comments

Tomatopaste commented on 2018-04-05 16:14

Latest update works for me. Thanks!

Tomatopaste commented on 2018-04-04 04:18

The only remaining issue that I'm having right now is to use your .desktop file, at least for my DE. I guess the $ characters in the Exec= line are not allowed, following the documentation.

I tried some modifications and was checking its validity with desktop-file-validate, but failed so far. I keep you informed if I succeed. Maybe you know how to do it.

m-pilia commented on 2018-04-03 20:06

Good! Thanks for helping debugging this!

Tomatopaste commented on 2018-04-03 20:04

Thanks m-pilia! Your latest PKGBUILD is working for me! I still need to start salome with python2 by calling python2 /opt/salome_meca/appli_V2017.0.2/salome, but then it works!

You were also right with the freetype2 issue, which was mentioned in the log.

As a reminder for the other guys trying to build the package: Do not use tmpfs!

m-pilia commented on 2018-04-03 12:56

Hello Tomatopaste!

This grep: warning: /home/marc/Downloads/Salome/salome-meca-bin/src/salome_meca/V2017.0.2/modules/ASTERSTUDY_201702/lib/salome: recursive directory loop should be ok, grep is only pointing out that that there are loops in the tree structure (which is true) when it searches for references to fix.

About your other problem, if this file is missing install: cannot stat '/home/marc/Downloads/Salome/salome-meca-bin/src/salome_meca/appli_V2017.0.2/.salome-completion.sh': No such file or directory as well as /opt/salome_meca/appli_V2017.0.2/salome, it is probably because something went wrong during the extraction of the application. The folder opt/salome_meca/appli_V2017.0.2 should contain the salome binaries, if the files are missing probably something went wrong during the installation. This part is handled by salome's installer, which unfortunately does not return a proper exit status in case of error, so makepkg keeps building the package even if it failed. I added a check to the PKGBUILD for that. However, there should be a log file inside the folder opt/salome_meca/appli_V2017.0.2, you can check if there is any relevant error message there.

In case you find an error about some symbol being undefined in libfontconfig.so.1, that may be due to the recent Arch update to freetype2 2.9, that breaks applications which bundle an older version of libfontconfig. I edited the PKGBUILD to use the system libfontconfig instead of the bundled one.

About your last observation, I was also suspecting of something related to tmpfs, I guess the problem may be related to this https://wiki.ubuntu.com/Security/Features#Symlink_restrictions but I am still not sure.

Tomatopaste commented on 2018-04-03 00:03

I now tried to install the package salome-meca-bin by building it on my hard drive, instead of my RAM disk /tmp (btw yaourt also builds on RAM disk).

When I build the package via makepkg, I get the following problem.

==> Starting build()...
Extracting installer...
Building virtual application...
Fixing references...
grep: warning: /home/marc/Downloads/Salome/salome-meca-bin/src/salome_meca/V2017.0.2/modules/ASTERSTUDY_201702/lib/salome: recursive directory loop
Fixing symlinks...
==> Entering fakeroot environment...
==> Starting package()...
install: cannot stat '/home/marc/Downloads/Salome/salome-meca-bin/src/salome_meca/appli_V2017.0.2/.salome-completion.sh': No such file or directory
==> ERROR: A failure occurred in package().
    Aborting...

I fixed that issue in my previous installation attempts by finding and copying a file with the same name to the folder where it is expected to be. But this may was a false inspiration...

[marc@zam482 salome-meca-bin]$ cp ./src/salome_meca/V2017.0.2/modules/KERNEL_V8_3_0/bin/salome/appliskel/.salome-completion.sh ./src/salome_meca/appli_V2017.0.2/

makepkg exits without an error with this hotfix. However, now I cannot find a /opt/salome_meca/appli_V2017.0.2/salome file to run the package. I guess something went wrong beforehand, probably related to my hotfix. Do you have an idea?

But I also have good news! Checking the problematic libraries after installing the package reveals that they are not empty files anymore! So I guess it is indeed an issue with building on the RAM disk, which probably ran out of space at some point...

Tomatopaste commented on 2018-04-02 22:16

Hello m-pilia!

Your guess was correct, the libs of the error message and most of the other libs have a size of zero (but not all of them!). The symbolic links point to their respective empty libraries. Do you know how to fix that?

I could probably try to rebuild the package again, just to be sure...

[marc@zam482 lib]$ pwd
/opt/salome_meca/V2017.0.2/prerequisites/Occ-710p1/lib
[marc@zam482 lib]$ ls -l | grep ".7.1.0" | grep -v ">"
-rw-r--r-- 1 root root    0 Oct 29 08:36 libTKBO.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:34 libTKBRep.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:36 libTKBin.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKBinL.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKBinTObj.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:38 libTKBinXCAF.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:38 libTKBool.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:36 libTKCAF.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:32 libTKCDF.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:40 libTKDCAF.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:36 libTKDraw.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:38 libTKFeat.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:39 libTKFillet.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKG2d.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKG3d.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:34 libTKGeomAlgo.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:34 libTKGeomBase.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:35 libTKHLR.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:40 libTKIGES.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKLCAF.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKMath.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:35 libTKMesh.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:37 libTKMeshVS.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:39 libTKOffset.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:38 libTKOpenGl.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:35 libTKPrim.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:41 libTKQADraw.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:40 libTKSTEP.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:40 libTKSTEP209.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:40 libTKSTEPAttr.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:40 libTKSTEPBase.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:35 libTKSTL.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:35 libTKService.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:35 libTKShHealing.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:36 libTKStd.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKStdL.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKTObj.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:40 libTKTObjDRAW.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:35 libTKTopAlgo.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:39 libTKTopTest.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:37 libTKV3d.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:37 libTKVCAF.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:38 libTKVRML.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:39 libTKViewerTest.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:38 libTKXCAF.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:41 libTKXDEDRAW.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:40 libTKXDEIGES.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:41 libTKXDESTEP.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:35 libTKXMesh.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:37 libTKXSBase.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:40 libTKXSDRAW.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:36 libTKXml.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKXmlL.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:33 libTKXmlTObj.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:38 libTKXmlXCAF.so.7.1.0
-rw-r--r-- 1 root root    0 Oct 29 08:32 libTKernel.so.7.1.0



[marc@zam482 lib]$ pwd
/opt/salome_meca/V2017.0.2/prerequisites/Omniorb-416/lib
[marc@zam482 lib]$ ls -l | grep ".so" | grep -v ">"
-rw-r--r-- 1 root root 2715896 Oct 29 07:45 libCOS4.so.1.6
-rw-r--r-- 1 root root  403112 Oct 29 07:45 libCOSDynamic4.so.1.6
-rw-r--r-- 1 root root  440864 Oct 29 07:45 libomniCodeSets4.so.1.6
-rw-r--r-- 1 root root   43560 Oct 29 07:45 libomniConnectionMgmt4.so.1.6
-rw-r--r-- 1 root root 3570472 Oct 29 07:45 libomniDynamic4.so.1.6
-rw-r--r-- 1 root root 2138504 Oct 29 07:45 libomniORB4.so.1.6
-rw-r--r-- 1 root root   30720 Oct 29 07:45 libomnithread.so.3.4

m-pilia commented on 2018-03-27 13:53

Hello!

@bodbod: ok, so it seems the problem is likely to be related to the salome GUI and not to the package, since it seems the package is building fine, but either installing salome manually or through the package you run into the same problem. I am afraid my knowledge is not of great help at this point, you should probably ask for help on the salome forum.

@tomatopaste: ok, that is weird. A "file too short" error means that the library is corrupted. All this PKGBUILD does is to use salome's installer, and then fix symlinks and paths pointing to the final position when the package is installed. Since I disabled stripping, the most likely causes are broken symlinks or corrupted sources. Did you try an ls -l on the folder containing the problematic libraries (e.g. /opt/salome_meca/V2017.0.2/prerequisites/Occ-710p1/lib/, to check for broken links or zero-size files?

Tomatopaste commented on 2018-03-23 17:22

Hello m-pilia!

I tried your latest update (commit b454385e) on my machine with the command you provided below. I get the exact same error. My desktop environment is LXDE.

bodbod commented on 2018-03-23 04:09

Hi m-pilia!

Before I tried your salome-meca, I followed the instructions here:

http://www.salome-platform.org/forum/forum_9/472644021

After doing this, I actually ran into the same problem as I am getting now.

BTW, my desktop environment is Xfce

All comments