#1 Le 16/10/2021, à 22:07
- bouchra24
problème des permissions
salut tout le monde
je suis entrain d'installer un logiciel qui s'appelle VISIT , j'ai bien suivi les instructions pour une bonne installation mais au cours de celà j'ai rencontré le problème des permissions:
voici le retour de la commande utilisée
phy@phy:~/Bureau$ ./visit-install3_2_1 3.2.1 linux-x86_64-ubuntu20 /home/bureau/visit
You do not have write permission to create /home/bureau/visit
phy@phy:~/Bureau$ sudo ./visit-install3_2_1 3.2.1 linux-x86_64-ubuntu20 /home/bureau/visit
[sudo] Mot de passe de phy :
You do not have write permission to create /home/bureau/visit
Bailing out
svp pouvez vous m'aider?
merci beaucoup
Hors ligne
#2 Le 16/10/2021, à 22:10
- Nuliel
Re : problème des permissions
Bonjour,
C'est bureau et pas Bureau, et de toute façon c'est /home/$USER/Bureau (ici /home/phy/Bureau)
Sinon essaie d'installer sans sudo s'il y a pas besoin de sudo.
Dernière modification par Nuliel (Le 16/10/2021, à 22:11)
Hors ligne
#3 Le 16/10/2021, à 22:12
- xubu1957
Re : problème des permissions
Bonjour,
Il y a eu ce fil > [RESOLU]Installation du logiciel Visit
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#4 Le 17/10/2021, à 08:10
- FrancisFDZ
Re : problème des permissions
Bonjour,
L'utilisation de sudo ne doit pas être systématique (à l'exception de commandes connues comme apt) sous peine de générer des problèmes de permission. Dans le doute, on peut toujours lancer la commande sans sudo et suivant le message d'erreur la reprendre avec sudo. A la première utilisation de sudo sur une nouvelle installation, un message attire l'attention sur la responsabilité de l'utilisateur, cette information n'est plus affichée par la suite.
Pour ce qui est de l"orthographe des noms de fichiers et de la prise en compte ou non de la casse des caractères, l'autocomplétion (utilisation de la touche Tab pour compléter un nom) est souvent bien utile.
Dernière modification par FrancisFDZ (Le 18/10/2021, à 10:15)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#5 Le 18/10/2021, à 10:02
- bouchra24
Re : problème des permissions
Bonjour
suivant les instructions sur le fil http://forum.ubuntu-fr.org/viewtopic.php?id=2058300, j'ai pu enfin installer visit (version 3.2.1), mais je peux pas l'ouvrir.
j'ai essayé de créer un lanceur et pareil je le trouve pas parmi mes applications .
phy@phy:~$ /usr/local/visit/bin/visit
/usr/local/visit/bin/visit: 120: [[: not found
/usr/local/visit/bin/visit: 179: exec: python: not found
pouvez vous m'aider svp
merci d'avance.
Hors ligne
#6 Le 18/10/2021, à 10:17
- FrancisFDZ
Re : problème des permissions
Installation via snap ? Trouves-tu visit dans la réponse à
snap list
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#7 Le 18/10/2021, à 10:46
- bouchra24
Re : problème des permissions
hy@phy:~$ snap list
Nom Version Révision Suivi Éditeur Notes
bare 1.0 5 latest/stable canonical✓ base
core18 20210722 2128 latest/stable canonical✓ base
gnome-3-28-1804 3.28.0-19-g98f9e67.98f9e67 161 latest/stable canonical✓ -
gnome-3-34-1804 0+git.3556cb3 72 latest/stable/… canonical✓ -
gtk-common-themes 0.1-59-g7bca6ae 1519 latest/stable/… canonical✓ -
qtiplot-wrap 1.0.0 1 latest/stable marvinav -
snap-store 3.38.0-64-g23c4c77 547 latest/stable/… canonical✓ -
snapd 2.52 13270 latest/stable canonical✓ snapd
phy@phy:~$
non il existe pas
Hors ligne
#8 Le 18/10/2021, à 11:23
- bouchra24
Re : problème des permissions
peut être que lce problème est dû au choix de la version !
Hors ligne
#9 Le 18/10/2021, à 11:27
- xubu1957
Re : problème des permissions
Bonjour,
Donne ce retour, pour les permissions :
Merci de montrer :
echo -e "\n\tNombre d'éléments de /home/moi ne m'appartenant pas :"; find ~ \( ! -user $USER -o ! -group $USER \) | wc -l
Montre aussi d'éventuels paquets cassés :
dpkg -l | grep -v ^ii
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#10 Le 18/10/2021, à 11:56
- bouchra24
Re : problème des permissions
phy@phy:~$ echo -e "\n\tNombre d'éléments de /home/moi ne m'appartenant pas :"; find ~ \( ! -user $USER -o ! -group $USER \) | wc -l
Nombre d'éléments de /home/moi ne m'appartenant pas :
0
phy@phy:~$ dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture Description
+++-==========================================-=====================================-============-======================================================================================================
rc linux-image-5.11.0-25-generic 5.11.0-25.27~20.04.1 amd64 Signed kernel image generic
rc linux-image-5.11.0-27-generic 5.11.0-27.29~20.04.1 amd64 Signed kernel image generic
rc linux-image-5.11.0-34-generic 5.11.0-34.36~20.04.1 amd64 Signed kernel image generic
rc linux-image-5.8.0-43-generic 5.8.0-43.49~20.04.1 amd64 Signed kernel image generic
rc linux-image-5.8.0-59-generic 5.8.0-59.66~20.04.1 amd64 Signed kernel image generic
rc linux-modules-5.11.0-25-generic 5.11.0-25.27~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
rc linux-modules-5.11.0-27-generic 5.11.0-27.29~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
rc linux-modules-5.11.0-34-generic 5.11.0-34.36~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
rc linux-modules-5.8.0-43-generic 5.8.0-43.49~20.04.1 amd64 Linux kernel extra modules for version 5.8.0 on 64 bit x86 SMP
rc linux-modules-5.8.0-59-generic 5.8.0-59.66~20.04.1 amd64 Linux kernel extra modules for version 5.8.0 on 64 bit x86 SMP
rc linux-modules-extra-5.11.0-25-generic 5.11.0-25.27~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
rc linux-modules-extra-5.11.0-27-generic 5.11.0-27.29~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
rc linux-modules-extra-5.11.0-34-generic 5.11.0-34.36~20.04.1 amd64 Linux kernel extra modules for version 5.11.0 on 64 bit x86 SMP
rc linux-modules-extra-5.8.0-43-generic 5.8.0-43.49~20.04.1 amd64 Linux kernel extra modules for version 5.8.0 on 64 bit x86 SMP
rc linux-modules-extra-5.8.0-59-generic 5.8.0-59.66~20.04.1 amd64 Linux kernel extra modules for version 5.8.0 on 64 bit x86 SMP
phy@phy:~$
Hors ligne
#11 Le 18/10/2021, à 12:01
- xubu1957
Re : problème des permissions
Aucune anomalie pour les permissions.
_ _ _
Pour nettoyer :
Pour supprimer tous ces fichiers de configuration devenus sans objets et marqués "rc", et uniquement ces fichiers, exécute :
dpkg -l | awk '/^rc/{print $2}' | xargs -r sudo dpkg -P
Pour info, les précisions de nany, pour la commande de nettoyage et une possibilité d'automatisation.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#12 Le 18/10/2021, à 12:21
- bouchra24
Re : problème des permissions
phy@phy:~$ dpkg -l | awk '/^rc/{print $2}' | xargs -r sudo dpkg -P
[sudo] Mot de passe de phy :
(Lecture de la base de données... 237900 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de linux-image-5.11.0-25-generic (5.11.0-25.27~20.04.1) ...
Purge des fichiers de configuration de linux-image-5.11.0-27-generic (5.11.0-27.29~20.04.1) ...
Purge des fichiers de configuration de linux-image-5.11.0-34-generic (5.11.0-34.36~20.04.1) ...
Purge des fichiers de configuration de linux-image-5.8.0-43-generic (5.8.0-43.49~20.04.1) ...
Purge des fichiers de configuration de linux-image-5.8.0-59-generic (5.8.0-59.66~20.04.1) ...
Purge des fichiers de configuration de linux-modules-5.11.0-25-generic (5.11.0-25.27~20.04.1) ...
Purge des fichiers de configuration de linux-modules-5.11.0-27-generic (5.11.0-27.29~20.04.1) ...
Purge des fichiers de configuration de linux-modules-5.11.0-34-generic (5.11.0-34.36~20.04.1) ...
Purge des fichiers de configuration de linux-modules-5.8.0-43-generic (5.8.0-43.49~20.04.1) ...
Purge des fichiers de configuration de linux-modules-5.8.0-59-generic (5.8.0-59.66~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.11.0-25-generic (5.11.0-25.27~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.11.0-27-generic (5.11.0-27.29~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.11.0-34-generic (5.11.0-34.36~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.8.0-43-generic (5.8.0-43.49~20.04.1) ...
Purge des fichiers de configuration de linux-modules-extra-5.8.0-59-generic (5.8.0-59.66~20.04.1) ...
Mais svp à quoi sera servir ce nettoyage des fichiers dans mon problème.
Hors ligne
#13 Le 18/10/2021, à 12:42
- xubu1957
Re : problème des permissions
C'est en bonus, je recherchais des paquets cassés, il n'y en avait pas.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#14 Le 18/10/2021, à 12:50
- bouchra24
Re : problème des permissions
donc je dois refaire son installation ou change de version
Hors ligne
#15 Le 18/10/2021, à 13:10
- xubu1957
Re : problème des permissions
Je ne sais pas, je ne connais pas visit. ¯\_(ツ)_/¯
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#16 Le 18/10/2021, à 13:47
- bouchra24
Re : problème des permissions
ok comment je peux le supprimer pour installer une autre version?
phy@phy:/usr/local$ sudo rm visit
[sudo] Mot de passe de phy :
rm: impossible de supprimer 'visit': est un dossier
merci beaucoup
Hors ligne
#17 Le 18/10/2021, à 21:13
- bouchra24
Re : problème des permissions
salut tout le monde
est ce que je peux supprimer un dossier qui se trouve dans usr?
merci beaucoup
Hors ligne
#18 Le 19/10/2021, à 10:54
- abelthorne
Re : problème des permissions
Oui mais :
- rmdir (supprimer un dossier) ne fonctionne que sur un dossier vide ;
- rm (supprimer un fichier) ne fonctionne que sur un fichier et pas un dossier ;
- rm avec l'option récursive (-r) permet d'effacer un dossier et son contenu.
Donc, pour supprimer un dossier visit se situant dans /usr/local, tu devrais faire :
cd /usr/local
sudo rm -rf visit
Explications : la première commande se place dans /usr/local, la deuxième supprime le dossier visit et tout ce qu'il contient. Tu pourrais aussi le faire en une seule commande (juste rm avec le chemin complet) mais je te conseille de systématiquement te placer dans le dossier concerné avant quand tu utilises rm, pour des raisons de sécurité : avec un chemin absolu, il suffit d'une faute de frappe sur un seul caractère pour effacer n'importe quoi, potentiellement la totalité du système.
Quant à la deuxième commande, on utilise sudo parce qu'il faut les droits admin pour supprimer quelque chose en dehors de ton dossier perso et on utilise les options -r (récursif) et -f (forcer la suppression) concaténées en une seule pour qu'il supprime tout sans se poser (ni te poser) de questions.
Avant de faire tout ça, cependant, je note un détail en #5 qui pourrait nous aiguiller sur la solution du problème sans devoir rien supprimer : il ne trouve pas la commande python. Et en effet, l'organisation de Python a beaucoup changé à partir d'Ubuntu 20.04 et nécessite potentiellement quelques ajustements dans son installation. Donc, pour commencer, sur quelle version d'Ubuntu es-tu ?
Dernière modification par abelthorne (Le 19/10/2021, à 10:55)
Hors ligne
#19 Le 19/10/2021, à 11:01
- bouchra24
Re : problème des permissions
merci beaucoup abelthorne pour tes explications.
je suis sur la version d'Ubuntu 20.04.3 LTS
Hors ligne
#20 Le 19/10/2021, à 11:27
- abelthorne
Re : problème des permissions
Essaie d'installer ce paquet :
sudo apt-get install python-is-python3
Ensuite, retente de lancer ton soft comme ça :
cd /usr/local/visit/bin
./visit
Qu'est-ce que ça donne ?
Hors ligne
#21 Le 19/10/2021, à 11:50
- bouchra24
Re : problème des permissions
phy@phy:~$ sudo apt-get install python-is-python3
[sudo] Mot de passe de phy :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
libllvm11 shim
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les NOUVEAUX paquets suivants seront installés :
python-is-python3
0 mis à jour, 1 nouvellement installés, 0 à enlever et 14 non mis à jour.
Il est nécessaire de prendre 2,364 o dans les archives.
Après cette opération, 10.2 ko d'espace disque supplémentaires seront utilisés.
Réception de :1 http://us.archive.ubuntu.com/ubuntu focal/main amd64 python-is-python3 all 3.8.2-4 [2,364 B]
2,364 o réceptionnés en 1s (2,565 o/s)
Sélection du paquet python-is-python3 précédemment désélectionné.
(Lecture de la base de données... 237896 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../python-is-python3_3.8.2-4_all.deb ...
Dépaquetage de python-is-python3 (3.8.2-4) ...
Paramétrage de python-is-python3 (3.8.2-4) ...
phy@phy:/usr/local/visit/bin$ ./visit
./visit: 120: [[: not found
Running: gui3.2.1
./visit: 120: [[: not found
Running: viewer3.2.1 -geometry 1498x1053+422+27 -borders 26,4,4,4 -shift 0,0 -preshift 4,26 -defer -host 127.0.0.1 -port 5600
./visit: 120: [[: not found
Running: mdserver3.2.1 -host 127.0.0.1 -port 5601
j'arrive à ouvrir visit mais j'ai pas compris ce qui est écrit pour la deuxième commande : ./visit: 120: [[: not found
Hors ligne
#22 Le 19/10/2021, à 11:58
- abelthorne
Re : problème des permissions
Poste le contenu du fichier au cas où :
cat /usr/local/visit/bin/visit
(Tu peux aussi l'ouvrir avec un éditeur de texte si tu préfères.)
Ton fichier est un script qui utilise Python mais je ne sais pas si c'est un script shell qui lance un script Python ou si c'est directement un script Python. Vraisemblablement la première option. Et les [[ sur lesquels il bute sont des commandes shell qui sont implémentées dans certains mais pas dans d'autres (par exemple c'est valide avec bash mais pas sh − ou l'inverse).
Là, Visit se lance normalement, indépendamment des erreurs en question ? Si le soft fonctionne et que le script de lancement est un peu pété, c'est pas forcément très grave mais on va voir ça de plus près.
Dernière modification par abelthorne (Le 19/10/2021, à 11:59)
Hors ligne
#23 Le 19/10/2021, à 12:05
- bouchra24
Re : problème des permissions
phy@phy:~$ cat /usr/local/visit/bin/visit
#!/bin/sh
###############################################################################
#
# Purpose:
# This is the primary front end launcher for programs in the VisIt toolchain.
# It is separate from the pieces than change on a per-version basis. This
# script's job is to load frontendlauncher.py using VisIt's python interpreter.
#
# NOTE: The "current" link, when it is present, will be used to select the
# Python interpreter. When "current" does not exist, the script will
# iterate through some possible version numbers, keeping the latest
# that has a Python interpreter.
#
# Programmer: Brad Whitlock
# Date : Wed Mar 13 11:25:42 PDT 2013
#
# Modifications:
# Jeremy Meredith, Wed Mar 20 14:57:54 EDT 2013
# More sh-compliant version of tests.
#
# Brad Whitlock, Wed Apr 3 14:48:05 PDT 2013
# Set LD_LIBRARY_PATH so VisIt's python interpreter will work.
#
# Eric Brugger, Tue Dec 10 14:06:38 PST 2013
# Modified the script to use the the python that goes with the version of
# visit specified rather than the python that goes with the newest visit.
#
# Eric Brugger, Tue May 25 15:18:03 PDT 2021
# Modified the logic that determines the python version to work with a
# two digit version when launching the cli.
#
###############################################################################
# Determine VisIt architecture
osname=$(uname)
if test "$osname" = "Linux"; then
proc=$(uname -m)
if test "$proc" = "x86_64"; then
platform="linux-x86_64"
elif test "$proc" = "ppc"; then
platform="linux-ppc"
elif test "$proc" = "ppc64"; then
platform="linux-ppc64"
else
platform="linux-intel"
fi
elif test "$osname" = "Darwin"; then
platform="darwin-x86_64"
elif test "$osname" = "AIX"; then
if test "$OBJECT_MODE" = "32"; then
platform="ibm-aix-pwr"
else
platform="ibm-aix-pwr64"
fi
elif test "$osname" = "freebsd"; then
version=$(uname -r)
proc=$(uname -m)
platform="freebsd-${version}-${$proc}"
else
echo "$osname is not a supported platform."
exit -1
fi
# Come up with a list of versions, starting with current
versions="current"
for minor in 9 8 7 6 5 4 3 2 1 0; do
for patch in 9 8 7 6 5 4 3 2 1 0; do
versions="$versions 3.$minor.$patch"
done
done
for minor in 15 14 13 12 11 10 9 8 7 6; do
for patch in 9 8 7 6 5 4 3 2 1 0; do
versions="$versions 2.$minor.$patch"
done
done
# Find the most recent VisIt python
visitpython=""
dir="$(dirname $0)"
for ver in $versions; do
thispython="$dir/../$ver/$platform/bin/python"
if test -x "$thispython"; then
visitpython="$thispython"
break
fi
done
# If the user specified a specific version then use the python that
# goes with it. This logic is overly complex, but it leaves the command
# line arguments untouched. The first loop finds a version specified with
# -v, the second loop finds a version specified with -forceversion, and
# the last if test sets visitpython if a version was specified and the
# python that goes with it exists.
version=""
have_version=no
for arg in $@
do
if test "$have_version" = "yes"; then
version=$arg
have_version=no
fi
if test "$arg" = "-v"; then
have_version=yes
fi
done
have_version=no
for arg in $@
do
if test "$have_version" = "yes"; then
version=$arg
have_version=no
fi
if test "$arg" = "-forceversion"; then
have_version=yes
fi
done
# If we have a two digit version number, find the latest patch associated
# with that two digit version.
if [[ $version =~ ^[0-9]+.[0-9]+$ ]]; then
for patch in 9 8 7 6 5 4 3 2 1 0; do
version_dir="$dir/../$version.$patch"
if test -x "$version_dir"; then
version="$version.$patch"
break
fi
done
fi
# Find the python associated with the version.
if test "$version" != ""; then
thispython="$dir/../$version/$platform/bin/python"
if test -x "$thispython"; then
visitpython="$thispython"
else
thispython="$dir/../$version/$platform/bin/python3"
if test -x "$thispython"; then
visitpython="$thispython"
fi
fi
fi
# Execute VisIt's Python or system Python, depending on what's available
frontendlauncherpy="$(dirname $0)/frontendlauncher.py"
unset PYTHONHOME
if test -n "$visitpython"; then
visitdir="$(dirname $(dirname $visitpython))"
# Which Python was VisIt built against? Look for python<ver> executable
# next to the python binary we located already.
pyver=""
for ver in 2.4 2.5 2.6 2.7 3.6 3.7 3.8 3.9 3.10 3.11 3.12; do
if test -x "$visitdir/bin/python$ver"; then
pyver=$ver
break
fi
done
# VisIt's Python interpreter probably uses a shared Python library.
if test -n "$LD_LIBRARY_PATH" ; then
export LD_LIBRARY_PATH="$visitdir/lib:$LD_LIBRARY_PATH"
else
export LD_LIBRARY_PATH="$visitdir/lib"
fi
# Set up Python variables so the binary will look for modules in their new
# home inside the VisIt installation instead of where Python was compiled.
if test -d "$visitdir/lib/python" ; then
export PYTHONHOME="$visitdir/lib/python"
unset PYTHONPATH
export PYTHONPATH="$PYTHONHOME/lib/python$pyver:$PYTHONHOME/lib/python$pyver/lib-dynload"
fi
#echo "VisIt Python: $visitpython $frontendlauncherpy $0 ${1+"$@"}"
exec "$visitpython" $frontendlauncherpy $0 ${1+"$@"}
else
#echo "System python $frontendlauncherpy $0 ${1+"$@"}"
exec python $frontendlauncherpy $0 ${1+"$@"}
fi
$0 = shift @ARGV;
phy@phy:~$
Hors ligne
#24 Le 19/10/2021, à 12:12
- abelthorne
Re : problème des permissions
Ok. Ce qui déconne, c'est un test dans le script qui vérifie si un patch est disponible pour la version de Visit utilisée et qui détermine apparemment s'il faut lancer l'appli avec Python 2 ou 3 qui ont l'air d'être inclus avec. A priori, ce n'est pas très grave que le test en question plante.
Néanmoins, tu peux essayer de le lancer comme ça :
cd /usr/local/visit/bin
sh ./visit
Est-ce qu'il y a toujours les erreurs en question ?
Hors ligne
#25 Le 19/10/2021, à 12:34
- bouchra24
Re : problème des permissions
oui les mèmes erreurs, en plus au cours de son ouverture il m'as écrit Visit a trouvé un fichier de récupération d'écrasement. Voulez vous le restaurer à son état initial de sauvegarde ?
phy@phy:/usr/local/visit/bin$ sh ./visit
./visit: 120: [[: not found
Running: gui3.2.1
./visit: 120: [[: not found
Running: viewer3.2.1 -geometry 1498x1053+422+27 -borders 26,4,4,4 -shift 0,0 -preshift 4,26 -defer -host 127.0.0.1 -port 5600
./visit: 120: [[: not found
Running: mdserver3.2.1 -host 127.0.0.1 -port 5601
Hors ligne