Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 16/10/2021, à 23: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, à 23: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, à 23:11)

Hors ligne

#3 Le 16/10/2021, à 23: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ésolu] 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, à 09: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, à 11: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, à 11: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, à 11: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, à 11: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, à 12: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, à 12:27

xubu1957

Re : problème des permissions

Bonjour,

Donne ce retour, pour les permissions :

moko138 a écrit :

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ésolu] 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, à 12: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, à 13:01

xubu1957

Re : problème des permissions

Aucune anomalie pour les permissions.

_ _ _

Pour nettoyer :

Le 11/02/2017, moko138 a écrit :

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ésolu] 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, à 13: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, à 13: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ésolu] 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, à 13:50

bouchra24

Re : problème des permissions

donc je dois refaire son installation ou change de version

Hors ligne

#15 Le 18/10/2021, à 14: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ésolu] 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, à 14: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, à 22: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, à 11: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, à 11:55)

Hors ligne

#19 Le 19/10/2021, à 12: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, à 12: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, à 12: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, à 12: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, à 12:59)

Hors ligne

#23 Le 19/10/2021, à 13: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, à 13: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, à 13: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