MarbolanGos

  • 17 avr. 2020
  • Inscrit 11 févr. 2007
  • 0 meilleure réponse
  • Rédacteur wiki Petit nouveau Adepte du forum Posteur fou Rédacteur potentiel
  • Avant de tenter une réinstallation, lancer dans un terminal :
    $ gnome-software
    Ça va ouvrir le logiciel, puis faire la manipulation qui le fait planter et voir ce qui s'affiche dans le terminal.
  • # yum info speex
    Paquets installés
    Nom                 : speex
    Architecture        : x86_64
    Version             : 1.2
    Révision            : 0.18.rc1.fc20
    Taille              : 182 k
    Dépôt               : installed
    Résumé              : A voice compression format (codec)
    URL                 : http://www.speex.org/
    Licence             : BSD
    Description         : Speex is a patent-free compression format designed especially for
                        : speech. It is specialized for voice communications at low bit-rates in
                        : the 2-45 kbps range. Possible applications include Voice over IP
                        : (VoIP), Internet audio streaming, audio books, and archiving of speech
                        : data (e.g. voice mail).
    # yum provides \*/libspeex.so.1
    speex-1.2-0.18.rc1.fc20.i686 : A voice compression format (codec)
    Dépôt               : fedora
    Correspondance depuis :
    Nom de fichier : /usr/lib/libspeex.so.1
    
    
    
    speex-1.2-0.18.rc1.fc20.x86_64 : A voice compression format (codec)
    Dépôt               : fedora
    Correspondance depuis :
    Nom de fichier : /usr/lib64/libspeex.so.1
    
    
    
    speex-1.2-0.18.rc1.fc20.x86_64 : A voice compression format (codec)
    Dépôt               : installed
    Correspondance depuis :
    Nom de fichier : /usr/lib64/libspeex.so.1
    
    speex version 1.2 est dans les dépôts par défaut. Il faut installer avec yum install ./paquet.rpm pas rpm.
  • Essaye de reconstruire le paquet directement pour ton kernel avec :
    $ yumdownloader --source kmod-staging
    $ rpmbuild --rebuild staging-kmod-3.12.6-2.fc20.7.src.rpm
    Le paquet reconstruit sera dans le dossier rpmbuild/RPMS/architecture
    Pas certain que ça fonctionne mais faut toujours essayer.
  • Ce que j'ai appelé « log » c'est les messages mis dans le premier message.
  • J'ai eu ce problème aussi, il a fallu désinstaller un paquet qui déconnait, la commande c'est rpm -evh --nopostun nom_paquet.

    Il faut lire le log envoyé pour trouver celui qui déconne mais c'est un de ceux qui dit : je ne peux pas le désinstaller. Attention à ne pas désinstaller dnf et yum en même temps ! Il est aussi possible qu'il faille utiliser le --nodeps parce que certains paquets ont pas mal de dépendances... Faire bien gaffe et comprendre ce qu'on fait.

    Dernière information, j'installe busybox avant de faire des manipulations qu risquent de toucher la glibc :-D
  • D'après le bug le problème apparaît depuis F17 et jusque F20 sans interruption (F19 bien inclus voir, par exemple, vers le commentaire #13). C'est un problème qui semble assez difficile à tracer et pas si simple à résoudre surtout si le comportement est on ne peut plus chaotique. Il faut aussi voir que le module nouveau est fait en rétro-ingénierie qui peut ne pas tout gérer ou de façon optimale... D'une certaine mesure, nouveau est un projet récent.
    Dans un cas comme cela, je serais d'avis d'essayer si avec le pilote nvidia propriétaire (voir l'installation du akmod dans la documentation fedora-fr) et voir si là il n'y a pas de soucis.
  • Pour des raisons assez étranges, le bluetooth est une dépendance de la plupart des environnements graphiques actuels... Donc il faut, comme dit chepioq, le laisser installé et désactiver le service. C'est bête mais c'est comme ça...
  • Bombastic wrote:Les auteurs se sont inspiré de la série Breaking Bad pour le nom de la distribution?... :hammer:
    C'est surtout la suite logique au chat de Schrödinger (len nom de F19)...
  • Quand on demande l'arrêt il y a un bouton Hiberner... Après sans connaître la configuration matériel et l'environnement on va dire que c'est pas simple.
  • On dirait un problème de mise à jour qui a conservait des versions entre plusieurs versions de Fedora ou de dépôts tiers pas très contrôlés... Que donne :
    yum repolist all
    package-cleanup --problems
    package-cleanup --orphans
  • nedjarh wrote:Je viens de refaire le test, en fait il l'édite au lancement sauf que dés que tu fais un changement dans le fichier il se plante.
    Là ça ressemble plus à un bogue ! Est-ce que ABRT détecte le plantage ?
  • Je viens de tester sous F20 :
    $ su - 
    # gedit&
    Ça fonctionne.
  • Salut,

    Mise à jour de mon Latitude 6430U de boulot.

    - Méthode d'installation :
    fedup-cli --network 20
    - Problèmes majeurs :
    Aucun !

    - Soucis mineurs :
    Quelques paquets restés en fC19 mais avec package-cleanup on les détecte facilement

    - Points positifs :
    Fedup commence à être au point !

    - Points négatifs :
    Aucun
  • Sinon c'est l'ex siteduzero qui s'appelle openclassroom qui a un forum Linux même si *vendredi c'est permis* ça pourrait s'appeler ubuntu-fr-fanboy-2