Ben si tu peux faire remonter que leur usines à gaz est une daube ;-) Ils devraient prendre des cours chez Mathworks sincèrement (ou COMSOL...). J'ai jamais eu cela avec un autre logiciel privateur. Si tu arrives à faire passer un message, tant mieux.
find /opt/ansys/15.0/ -executable -a -type f -exec file {} \+ | grep 'executable for MS Windows'| grep 32-bit | wc -l
441
find /opt/ansys/15.0/ -executable -a -type f -exec file {} \+ | grep 'executable for MS Windows'| grep DLL | wc -l
376
find /opt/ansys/15.0/ -executable -a -type f -exec file {} \+ | grep 'executable for MS Windows'| grep console | wc -l
408 C'est pas étonnant qu'on ait du mal avec la partie 3D du workbench... Bref, on sens le logiciel développé sous Windows (pour la partie graphique) et porté via la méthode larrache ! Et malheureusement, les anciennes IHM natives sous X, largement plus claire que cette daube et qui tournaient du feu de dieu ont été enterrées corps et âme...
Je ne parle pas de leur daube en surcouche de flexlm (les seuls à faire cela) et l'outil que graphique pour choisir sa licence... Impossible de le faire via une variable d'environnement ou un paramètre de la ligne de commande. Au final, j'ai fais une fonction bash qui copie un fichier qui va bien dans le .ansys de l'utilisateur mais c'est pas officiel et surtout pas robuste en cas d'appel concomitant !
Pour la taille, on tend vers de la gonflette pure, sachant que la version 13 était déjà très largement le plus gros logiciel privateur dans mon laboratoire. C'est pas gênant avec les SSD car sinon, ça n'accélère pas l'ouverture non plus... Bref, anti-écologique.
du -sh /opt/ansys/*
9,0G /opt/ansys/13.0
23G /opt/ansys/15.0 Mais bon, chez Ansys, ils ne connaissent pas les liens symboliques... et c'est juste le premier exemple sans chercher plus loin ! J'ose pas lancer un fdupes.
ls -l /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python*
-rwxr-xr-x 1 root root 7814 15 oct. 2013 /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python
-rwxr-xr-x 1 root root 7814 15 oct. 2013 /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python2.6
-rwxr-xr-x 1 root root 1471 15 oct. 2013 /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python2.6-config
-rwxr-xr-x 1 root root 1471 15 oct. 2013 /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python-config Je rassure les anxieux, on a aussi la version python 2.7 ;-) C'est mieux quand chaque composant utilise sa propre version...
/opt/ansys/15.0/v150/commonfiles/CPython/2_7_3/linx64/Release/python/bin/python2.7 Et malgré tout cela, si tu n'as pas certains paquets X*, tu peux avoir des merdes mais ça, c'est un peu à toi de trouver... Les développeurs doivent supposer qu'à l'installation de ta station, tu as cliquer sur poste de travail avec tout...
On ne parlera pas non plus du /ansys_machin qu'il souhaite te mettre à la racine (heureusement, on l'évite facilement). Ni du support absolument pas réceptif si tu n'est pas en RHEL (va te mettre en RHEL sur un cluster !!). J'ai rarement vu des gens aussi borné. Quand au volet commercial, on a beau leur former une partie de leurs ingénieurs, nada.
[^] # Re: Le format des paquets n'est pas le problème
Posté par Sytoka Modon (site web personnel) . En réponse au journal La diversité ou la complexité inutile ?. Évalué à 3.
Ben si tu peux faire remonter que leur usines à gaz est une daube ;-) Ils devraient prendre des cours chez Mathworks sincèrement (ou COMSOL...). J'ai jamais eu cela avec un autre logiciel privateur. Si tu arrives à faire passer un message, tant mieux.
find /opt/ansys/15.0/ -executable -a -type f -exec file {} \+ | grep 'executable for MS Windows'| grep 32-bit | wc -l
441
find /opt/ansys/15.0/ -executable -a -type f -exec file {} \+ | grep 'executable for MS Windows'| grep DLL | wc -l
376
find /opt/ansys/15.0/ -executable -a -type f -exec file {} \+ | grep 'executable for MS Windows'| grep console | wc -l
408
Je ne parle pas de leur daube en surcouche de flexlm (les seuls à faire cela) et l'outil que graphique pour choisir sa licence... Impossible de le faire via une variable d'environnement ou un paramètre de la ligne de commande. Au final, j'ai fais une fonction bash qui copie un fichier qui va bien dans le .ansys de l'utilisateur mais c'est pas officiel et surtout pas robuste en cas d'appel concomitant !
Pour la taille, on tend vers de la gonflette pure, sachant que la version 13 était déjà très largement le plus gros logiciel privateur dans mon laboratoire. C'est pas gênant avec les SSD car sinon, ça n'accélère pas l'ouverture non plus... Bref, anti-écologique.
du -sh /opt/ansys/*
9,0G /opt/ansys/13.0
23G /opt/ansys/15.0
ls -l /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python*
-rwxr-xr-x 1 root root 7814 15 oct. 2013 /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python
-rwxr-xr-x 1 root root 7814 15 oct. 2013 /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python2.6
-rwxr-xr-x 1 root root 1471 15 oct. 2013 /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python2.6-config
-rwxr-xr-x 1 root root 1471 15 oct. 2013 /opt/ansys/15.0/v150/commonfiles/CPython/linx64/python/bin/python-config
/opt/ansys/15.0/v150/commonfiles/CPython/2_7_3/linx64/Release/python/bin/python2.7
On ne parlera pas non plus du /ansys_machin qu'il souhaite te mettre à la racine (heureusement, on l'évite facilement). Ni du support absolument pas réceptif si tu n'est pas en RHEL (va te mettre en RHEL sur un cluster !!). J'ai rarement vu des gens aussi borné. Quand au volet commercial, on a beau leur former une partie de leurs ingénieurs, nada.