gwezbras

  • 9 avr. 2012
  • Inscrit 26 sept. 2011
  • 0 meilleure réponse
  • Petit nouveau
  • Certains paquets dans les dépots officiels sont en .fc15.rpm, il m'arrive des fois de tomber dessus par hasard (ou peut être n'est ce que pendant la transition entre deux versions). Je me suis dit que 15 - 16 c'est pas trop loin, ça peut peut être marcher. :-P

    Bon ok, je m'en vais de ce pas compiler les sources. Merci pour ta réponse.
  • Bonjour,

    J'ai un projet de modélisation 3D avec Blender à rendre, et depuis la nouvelle version de Blender, beaucoup de choses ont changé.
    C'est assez handicapant surtout pour la programmation python (Blender / bpy). J'aimerai savoir comment faire pour installer l'ancienne version.

    J'ai trouvé les rpm que je voulais mais il me manque des dépendances et j'arrive pas à les trouver.
    yum localinstall --nogpgcheck blender-2.49b-23.fc15_88.i686.rpm 
    Modules complémentaires chargés : langpacks, presto, refresh-packagekit
    Configuration du processus de paquets locaux
    Examen de blender-2.49b-23.fc15_88.i686.rpm : blender-2.49b-23.fc15_88.i686
    Sélection de blender-2.49b-23.fc15_88.i686.rpm pour installation 
    Résolution des dépendances
    --> Lancement de la transaction de test
    ---> Le paquet blender.i686 0:2.49b-23.fc15_88 sera installé
    --> Traitement de la dépendance : libavcodec.so.52 pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Traitement de la dépendance : libavcodec.so.52(LIBAVCODEC_52) pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Traitement de la dépendance : libavdevice.so.52 pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Traitement de la dépendance : libavdevice.so.52(LIBAVDEVICE_52) pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Traitement de la dépendance : libavformat.so.52 pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Traitement de la dépendance : libavformat.so.52(LIBAVFORMAT_52) pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Traitement de la dépendance : libavutil.so.50 pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Traitement de la dépendance : libavutil.so.50(LIBAVUTIL_50) pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Traitement de la dépendance : libswscale.so.0 pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Traitement de la dépendance : libswscale.so.0(LIBSWSCALE_0) pour le paquet : blender-2.49b-23.fc15_88.i686
    --> Résolution des dépendances terminée
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libavdevice.so.52
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libavdevice.so.52(LIBAVDEVICE_52)
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libavformat.so.52
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libavformat.so.52(LIBAVFORMAT_52)
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libswscale.so.0
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libavutil.so.50(LIBAVUTIL_50)
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libavcodec.so.52(LIBAVCODEC_52)
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libswscale.so.0(LIBSWSCALE_0)
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libavutil.so.50
    Erreur : Paquet : blender-2.49b-23.fc15_88.i686 (/blender-2.49b-23.fc15_88.i686)
                 Requiert : libavcodec.so.52
     Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
     Vous pouvez essayer d'exécuter : rpm -Va --nofiles --nodigest
    
    Une idée?

    Merci d'avance.
  • Bon, super, je suis en cours de programmation et les collègues rigolent bien.

    C'est vrai que de ce point de vue là, je me sens un peu ridicule. En tous cas, merci pour tout, j'y regarderai à deux fois avant de poster. Encore merci et bonne journée.
  • Merci pour ces réponses rapides !
    import glob
    glob.glob("/home/gwezbras/T*")
    ['/home/gwezbras/T\xc3\xa9l\xc3\xa9chargements']
    
    Je sais pas quoi commenter, j'espère que cette réponse peut vous aider.

    Et sinon, si j'enlève l'encodage du début de fichier et il me renvoi l'erreur:
    SyntaxError: Non-ASCII character '\xc3' in file /media/Donnees/POO/main/__init__.py on line 9, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
  • Bonjour,
    Après avoir parcouru des millions de sites pour rechercher la solution de mon problème, j'ai pour dernier recours de demander de l'aide à la communauté Fedora car je soupçonne un problème d'OS.

    Voilà mon problème:

    En python, pour définir un encodage du fichier source on utilise
    #-*- coding: Utf-8 -*-
    L'éditeur analyse automatiquement et règle l'encodage du fichier lui même.
    Cependant, au niveau du système, par exemple avec des noms de dossier, l'encodage est différent.

    Quand je veux me déplacer dans le dossier Téléchargement de mon dossier home, comme ceci:
    os.chdir("/home/gwezbras/Téléchargement")
    Python me renvoi l'erreur suivante:
    listFile = os.chdir("/home/gwezbras/Téléchargement/")
    OSError: [Errno 2] No such file or directory: '/home/gwezbras/T\xc3\xa9l\xc3\xa9chargement/'
    Je suis totalement à cours d'idées. En espérant que quelqu'un ai déjà résolu le problème avant moi.
    Je vous remercie d'avance. 8-)
  • Oui, j'ai tout essayé, pas de changements. 🙁
  • Le driver nouveau ne marchait pas, il ne prend en compte que le driver vesa.
  • Bien sûr nIQnutn 🙂
    #yum update
    Si je comprend bien, il faut que j'attende soit que le kmod prenne en charge la carte, soit que le kmod soit correctement pris en charge par le kernel?

    Si oui, comment pourrais-je me tenir au courant si les kmod ont été ajouté dans les dépots?

    Merci beaucoup.
  • Bonjour,

    Je dois installer Fedora a un ami sur sa nouvelle machine. L'installation classique ne fonctionnant pas (blocage sur le lancement de plymouth), je passe en mode troubleshoot et demarre le live cd avec des configurations graphiques très réduites. Je parviens à installer fedora sans mal, et au redemarrage, l'apparence n'a pas bougée (normal). Je vais donc sur cette page:

    http://doc.fedora-fr.org/wiki/Carte_graphique_NVIDIA_:_installation_des_pilotes

    J'installe le kmod-nvidia, je suis quasiment certain que c'est ce paquet qu'il faut installer, car la carte graphique est citée >>ici<<

    C'est une NVIDIA GEFORCE GT 555M

    Après un
    #yum update
    #yum install kmod-nvidia
    #reboot
    
    Je remarque une nouvelle ligne dans le grub, avec un noyau plus récent. Je me dis que c'est bien parti.
    Cependant, toujours la même qualité graphique, rien n'a bougé.

    Je regarde dans xorg.conf, il utilisait encore le pilote vesa, je replace le mot par "nvidia". Et j'obtiens au redemmarage la même erreur que j'ai eu mainte fois à cause d'autres installations un peu à la va-vite et en faisant un:
    nvidia-xconfig
    Donc soit en modifiant manuellement xorg.conf ou soit en faisant nvidia-xconfig j'ai la même erreur.
    Started SYSV: Late init script for live image
    Pour pouvoir rebooter "correctement, il faut que je remmette le pilote vesa en marche.

    J'ai même fait ce qui était dit en cas de problèmes sur la doc:
    $ su - 
    # mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-nouveau.img
    # dracut /boot/initramfs-$(uname -r).img $(uname -r)
    Voila, si quelqu'un pouvait me sortir, moi et mon ami de ce pétrin, je suis à sec niveau idée.

    Merci d'avance.
  • Merci beaucoup, oui effectivement ça marche. Juste des paquets oubliés. Encore merci. [RÉSOLU]
  • Mon SELinux est "disabled", ça aurait pu être ça, j'y ai pensé aussi.
  • Je viens de réinstaller le tout: Tomcat 7 avec tomcat-admin-webapps, mais toujours rien, même page blanche.
  • Bonjour,

    Je dois installer et configurer un serveur Tomcat pour une application JSP. J'ai installé tomcat via
    yum install tomcat
    Je fais aussi un:
    service tomcat start 
    Starting tomcat:                                           [  OK  ]
    
    Jusqu'à présent, je n'ai pas d'erreurs apparentes, même dans les fichiers logs de tomcat.

    Le problème survient quand j'essaye de me connecter à l'adresse http://localhost:8080
    Je n'ai pas d'erreur de connexion mais j'ai une page blanche.

    Mon hypothèse est que le serveur ne trouve pas le dossier avec la page par défaut à afficher. Peut-être les variables PATH. Et justement, je ne sais pas si il faut le faire, mais j'ai vu sur internet la configuration d'une variable d'environnement $CATALINA_HOME. Je ne sais pas quel dossier référence cette variable. Quelqu'un aurait-il une solution?

    Merci.
  • Si il n'y a que un boot-secure à désactiver sur l'UEFI, ce n'est pas un gros problème en soit. Après, oui, il est clair que si les constructeurs ne présentent pas cette option au démarrage, ça devient tout de suite très problématique. C'est quand même un peu lâche de s'attaquer aux "consommateurs" de GNU/Linux, qui ne demandent rien et qui font avancer la technologie gratuitement et passionnément. Trop lâche pour aller s'attaquer a un adversaire de son niveau comme 'A peul'. Mettre des bâtons dans les roues chez les petits passionnés, c'est quand même bien plus facile et rigolo.
  • J'ai exactement le même problème mais pas exactement la même cause.
    Vérification du système de fichiers... 
    Vérification de la somme de contrôle MD5 de l'ISO 
    ascii 
    Échec lors de la création du Live USB ! 
    ascii
    J'ai trouvé le vrai problème et la solution. Le .iso de fedora se trouvait dans le dossier /home/.../Téléchargements. Or le programme n'accepte que un chemin de fichier en ascii. Il ne peut donc pas calculer la somme de contrôle. J'ai donc déplacé le fichier .iso à la racine. Je n'ai plus de problème de chemin mal encodé. J’espère que cela pourra en aider certains. :roll:
  • Merci du partage, c'est fort intéressant. Je garde ce .pdf dans un coin bien au chaud.