Troubleshooting/fr
From OpenSimulator
(→System-specific configuration) |
(→Mac OS X) |
||
Line 32: | Line 32: | ||
=== Mac OS X === | === Mac OS X === | ||
− | + | Si vous obtenez des erreurs concernant le framework 2.0 qui n'est pas supporté, vous devrez peut-être mettre à jour votre chemin pkg-config. Par exemple, vous pouvez le définir dans ~/.bash_profile : | |
− | + | Par exemple, vous pouvez le définir dans <tt>~/.bash_profile</tt>: | |
− | export PKG_CONFIG_PATH="/Library/Frameworks/Mono.framework/Versions/ | + | export PKG_CONFIG_PATH="/Library/Frameworks/Mono.framework/Versions/Current/lib/pkgconfig/:${PKG_CONFIG_PATH}" |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
== Erreurs et corrections == | == Erreurs et corrections == |
Revision as of 03:46, 26 September 2021
Retour au Sommaire
Cette page donnne des configurations specifiques a certains systèmes qui peuvent etre utiles et des conseils pour des problèmes pouvant être rencontrés.
Conseils généraux
Si OpenSimulator démarre jusqu'au stade où vous pouvez taper des commandes dans la console de la région, alors vous pouvez connaître la configuration du simulateur en utilisant les commandes "config get" et "config save" comme détaillé à la page Server Commands. (et en tapant help dans la console). Cela peut être utile pour supprimer une erreur de configuration lors du diagnostic de certains problèmes.
Assurez-vous également que vous exécutez les bonnes versions du runtime .NET et de la base de données. Voir la Configuration#Database pour avoir des informations sur les versions des bases de données. Vous devez aussi utiliser .NET 3.5 ou plus. .NET 2.0 ne possède pas de System.Core. Si vous utilisez Windows .NET, téléchargez simplement la mise à jour 3.5 ou 4. Si vous utilisez Mono, vous devrez mettre à jour votre version de Mono.
System-specific configuration
CentOS 5 (64bit)
If you are running Mono 2.2 compiled from source on CentOS 5.2 64bit (not sure if it applies to other scenarios as well), you need to take these steps:
sudo yum install libgdiplus sudo yum install libexif sudo ln -s /usr/lib64/libgdiplus.so.0 /usr/lib64/libgdiplus.so ldconfig
Cela m'a finalement permis de faire tourner OpenSimulator sans erreurs, et même de me connecter à d'autres grilles.
Gentoo
certaines dependances de Mono et le dernier Mono devraient utiliser les packages masqués de "~x86" (en assumant que votre plateforme soit un x86 , le changement peut etre effectué pour apparaitre comme ex:"~amd64" pour 64bits). Vous pouvez verifier pour le parametre USE avec:
ACCEPT_KEYWORDS="~x86" emerge -vp subversion nant mono libgdiplus
Ensuite installez avec:
ACCEPT_KEYWORDS="~x86" emerge subversion nant mono libgdiplus
N.B: The ACCEPT_KEYWORDS="~x86" peut etre changé dans le fichier Gentoo /etc/make.conf, mais ceci change les valeurs dans testing/unstable, en l'utilisant au debut de la ligne de commande seulement pour le process emergeant
Mac OS X
Si vous obtenez des erreurs concernant le framework 2.0 qui n'est pas supporté, vous devrez peut-être mettre à jour votre chemin pkg-config. Par exemple, vous pouvez le définir dans ~/.bash_profile :
Par exemple, vous pouvez le définir dans ~/.bash_profile:
export PKG_CONFIG_PATH="/Library/Frameworks/Mono.framework/Versions/Current/lib/pkgconfig/:${PKG_CONFIG_PATH}"
Erreurs et corrections
System.DllNotFoundException: gdiplus.dll
D'abord verifiez d'etre sur que libgdiplus.so est connu en tant que gestionnaire de lisaisons dynamique:
/sbin/ldconfig -p | grep libgdiplus
Si rien n'est trouvé, verifiez bien que le dossier libgdiplus.so existe ou bien dans votre variable LD_LIBRARY_PATH ou listé dans un fichier *.conf file (e.g., gdiplus.conf) dans /etc/ld.so.conf.d/. Ensuite lancez ldconfig pour mettre a jour le cache. Ensuite, il devrait etre capable de trouver la librairie.
Vous devriez toujours avoir l'erreur ci dessus, cependant depuis que libgdiplus depend aussi d'autres librairies dynamiques, et si elles ont echoué au lancement, libgdiplus echouera. Pour tester cela, lancez OpenSimulator avec les informations de debug activées:
MONO_LOG_LEVEL=debug mono OpenSim.exe
Il devrait montrer les erreurs de lancement des autres librairies comme libexif.so.9. Dans ce cas, liez vers une version existante de la librairie:
ln -s libexif.so.12 libexif.so.9
(Y a t il une meilleure solution que celle ci ?) (Est ce que ces bidouilles ne devraient pas etre 'ln -s libexif.so.9 libexif.so.12'))
The assembly mscorlib.dll was not found or could not be loaded
Ceci indique qu'il vous manque une des librairies mscor qui viennent avec nant. Ceci est facilement resolu en recuperant NAnt, qui est fourni avec les version 1.0 et 2.0 de la librairie necessaire.
apt-get install nant
External Program Failed: /usr/lib/pkgconfig/../../lib/mono/2.0/gmcs.exe
Ceci est rapidement reparé en recuperant mono-gmcs.
apt-get install mono-gmcs
The type or namespace name JScript does not exist in the namespace Microsoft
Notez que cela dit Jscript en boucle. Un indice peut etre ?
apt-get install mono-mjs libmono-microsoft8.0-cil
The type or namespace name Tcp does not exist in the namespace System.Runtime.Remoting.Channels
Celui ci est pris en compte avec une rapide installation:
apt-get install libmono-system-runtime2.0-cil
Si vous demarrez un syseme de base Debian comme nous avons fait en haut de cette page, mais à la place d'utiliser la version apt de mono vous utilisez l'installeur depuis leur site web, alors vous pouvez rencontrer ce probleme.
Apres avoir obtenu le fichier .bin depuis http://www.mono-project.com/Downloads, et l'executant pour ses instructions, apres avoir fini, vous pourrez trouver que si vous essayez de lancer 'mono --version' vous vous retrouvez avec ce message. Ceci veut dire que vous devez installer libglib2.0-0.
apt-get install libglib2.0-0
The current runtime framework 'mono-2.0' is not correctly configured in the NAnt configuration file.
Celle ci semble etre reparee en recuperant la version apt de nant.
apt-get install nant
Ceci peut aussi etre dû à pkg-config qui n'est pas capable de localiser mono.pc file. Ajouter le dossier qui contient ce fichier dans votre variable d'environnement PKG_CONFIG_PATH devrait resoudre le probleme.