- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Fedora Linux 36 est disponible !
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
Il y a un bug que j'ai rapporté sur le changement de grub en français : https://bugzilla.redhat.com/show_bug.cgi?id=1054071
Il y a les commandes à effectuer pour Windows 7, à adapter pour Windows 8. Ne pas oublier le export LANG=C pour ne pas avoir le bug.
C'est moi ou le site est mort : http://adr.tuxfamily.org/ ?
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.
Il est possible que ça ressemble à ça : nouveau broken: [drm1 nouveau] 000:01:00.0: Failed to idle channel X
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...
Les auteurs se sont inspiré de la série Breaking Bad pour le nom de la distribution?...
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
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
Apprendre à aller consulter la documentation...
C'est une blague ?
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
Payer 50$ pour lire des BluRay alors qu'on a un lecteur BluRay sur la machine... Non franchement c'est pas une solution...
Je dirais que c'est un truc à remonter au bugzilla de rpmfusion.
Comme la plupart des portables, la carte son n'est pas forcément directement bien chargée. Il existe plein de messages qui expliquent qu'il faut ajouter une option dans un fichier /etc/modprobe.d/alsa-base.conf (à créer si nécessaire) dans lequel le contenu est :
options snd-hda-intel model=toshiba
Une liste des options (pas forcément à jour) : http://www.mjmwired.net/kernel/Document … Models.txt
Aucun programme de lancé et je vois teamviewer et telepathy dans le retour ?
même problème pour moi; en attendant une mise à jour des repo, pas d'autre moyen que d'installer manuellement la librairie x264 v 136 (ftp://rpmfind.net/linux/atrpms/f19-x86_ … x86_64.rpm)
Proposer un paquet atrpms... c'est vraiment pas une bonne idée !