- 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 : Vous pouvez tester la nouvelle Fedora Linux 38 Beta
Salut,
Pour avoir une meilleur lecture des erreurs et autres warnings, je te conseille d'utiliser rubber.
rubber --pdf -Wall ct.tex
--pdf c'est pour la compilation avec pdflatex
-Wall c'est pour afficher tous les warnings en plus des erreurs.
Si ce n'est pas déjà fait, il faut installer moderncv
yum install 'tex(moderncv.cls)'
Au passage, 'tex()' fonctionne aussi pour installer des paquet latex en .sty
yum install 'tex(nomdu.sty)'
Ensuite, quand je compile ton fichier, j'ai plusieurs erreurs et c'est à chaque fois relatif à un oubli de crochet.
Ligne 32, il y a un crochet fermant mais il manque un crochet ouvrant. Certainement au niveau de la ligne 28 car il me semble que cventry doit être suivit de 6 arguments entre {}.
Ligne 34, il y a un crochet ouvrant mais aucun crochet fermant.
Bonne journée
J'ai trouvé une solution.
J'ai formaté entièrement mon disque SSD (suppression des partitions recovery de Windows) pour le mettre en MBR.
J'ai réinstallé Fedora et maintenant tout marche au poil.
Très certainement un problème du BIOS qui ne savait pas booter sur un disque avec GPT.
Bonjour à tous,
je viens de faire l'acquisition d'un PC Samsung NP900X3G K01FR.
Dés la réception, j'ai réalisé les étapes suivantes:
J'ai démarré Windows et fait la mise à jour du BIOS (possible seulement depuis Windows).
J'ai sauvegarder tout ce qu'il fallait pour pouvoir réinstaller Windows (en cas de nouvelle mise à jour BIOS).
J'ai installé Fedora en laissant le mode UEFI et Secure Boot (et Fast boot disable). Tout s'est bien passé et Fedora démarre normalement.
Seulement, certaines fonctions ne sont pas disponible (gestion de l'éclairage du clavier, mode économie d'énergie et bouton On-Off wifi/bluetooth...)
En cherchant un peu, j'ai trouvé qu'il existait un module noyau samsung-laptop qui permettait de gérer tout ça.
Le problème c'est que si ce module est activé avec le mode UEFI (avec ou sans secure boot), le PC meurt. Démarrage impossible, plus d'accès au BIOS, il faut renvoyer le PC.
J'avoue ne pas avoir tenté l'expérience. Le problème est connu et Samsung semble être pointé comme responsable.
Tous ces problèmes n'existent pas si on utilise le mode CSM. J'ai donc désactivé Secure Boot et switché d'UEFI à CSM.
J'ai réinstallé Fedora. Mais impossible de démarrer sur le disque dur. Il n'est pas listé dans le BIOS dans le menu Boot Device Priority.
Si j'utilise le mode rescue fedora je peux voir mes partitions. J'ai essayé grub2-install sans succès.
Avez vous des idées pour pouvoir booter sur mon installation fedora?
Merci.
Problème résolu.
J'ai comparé mes fichiers de configuration (/etc/firewalld/services/) avec les versions par défaut (/usr/lib/firewalld/services/).
Il manquait une information dans mon fichier de config ssh.xml : la description (information peu utile pour le fonctionnement d'un firewall).
J'ai donc recréé tous les fichiers de config (zones/* et services/*) à la main car la ligne de commande ne fonctionne que quand le firewall est lancé.
À l'époque j'avais fait la modif avec le GUI.
Pour le moment, je n'ai accès qu'en ssh à la machine. Je ne peux pas me permettre de perdre cet accès.
Demain j'aurai un accès physique, je pourrai tester avec les modifs en console.
Bonjour,
J'ai un petit problème avec firewalld. Je soupçonne un problème de configuration.
Lorsque je fais
firewalld-cmd --reload
J'obtiens cette erreur :
error %x format: a number is required, not Nonetype
Le seul changement que j'ai apporté c'est une modification du port ssh. J'ai réalisé ce changement il y a longtemps lorsque j'étais sous f19. J'avais fait un upgrade de F19 à F20 beta mais je n'avais constaté aucun problème à l'époque.
Dans l'application "Software" (j'ai mis fedora en anglais), si tu cliques sur le nom du programme dans la barre gnome, tu peux voir apparaitre "Check for Updates".
Dans un terminal, plutôt qu'un killall, je conseille
# systemctl restart gdm.service
C'est un peu plus propre.
Il faut ajouter un fichier au dossier "Modèles" pour que le menu apparaisse.
Bug ou feature?
Je suis passé par le petit script fedora-upgrade que l'on peut trouver ici :
https://github.com/xsuchy/fedora-upgrade
Si vous ne comprennez pas les commandes utilisées dans le script, il vaut mieux s'abstenir de l'utiliser.
Il passe par yum. L'avantage par rapport à la simple méthode yum distro-sync c'est qu'il prépare le terrain pour que tout se passe bien (en vous posant des questions sur des fichiers de configration).
J'ai terminé avec les commandes yum update et package-cleanup --orphans pour mettre à jour les paquets fedora 18 et supprimer les paquets fedora 17 qui n'existent plus dans fedora 18.
Je ne sais pas trop mais avant de chercher plus essaye :
# yum clean all
# yum install gcstar
Heu... chez moi, il existe encore
# yum install gcstar
Loaded plugins: langpacks, presto, refresh-packagekit
Resolving Dependencies
--> Running transaction check
---> Package gcstar.noarch 0:1.6.2-2.fc17 will be installed
--> Processing Dependency: perl(XML::Simple) for package: gcstar-1.6.2-2.fc17.noarch
--> Processing Dependency: perl(Switch) for package: gcstar-1.6.2-2.fc17.noarch
--> Processing Dependency: perl(Locale::Country) for package: gcstar-1.6.2-2.fc17.noarch
--> Running transaction check
---> Package perl-Locale-Codes.noarch 0:3.21-1.fc17 will be installed
---> Package perl-Switch.noarch 0:2.16-2.fc17 will be installed
---> Package perl-XML-Simple.noarch 0:2.18-11.fc17 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
gcstar noarch 1.6.2-2.fc17 fedora 3.5 M
Installing for dependencies:
perl-Locale-Codes noarch 3.21-1.fc17 fedora 308 k
perl-Switch noarch 2.16-2.fc17 fedora 22 k
perl-XML-Simple noarch 2.18-11.fc17 fedora 73 k
Transaction Summary
================================================================================
Install 1 Package (+3 Dependent packages)
Total download size: 3.9 M
Installed size: 11 M
Is this ok [y/N]: y
Downloading Packages:
(1/4): gcstar-1.6.2-2.fc17.noarch.rpm | 3.5 MB 00:15
(2/4): perl-Locale-Codes-3.21-1.fc17.noarch.rpm | 308 kB 00:01
(3/4): perl-Switch-2.16-2.fc17.noarch.rpm | 22 kB 00:00
(4/4): perl-XML-Simple-2.18-11.fc17.noarch.rpm | 73 kB 00:00
--------------------------------------------------------------------------------
Total 229 kB/s | 3.9 MB 00:17
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : perl-XML-Simple-2.18-11.fc17.noarch 1/4
Installing : perl-Switch-2.16-2.fc17.noarch 2/4
Installing : perl-Locale-Codes-3.21-1.fc17.noarch 3/4
Installing : gcstar-1.6.2-2.fc17.noarch 4/4
Verifying : gcstar-1.6.2-2.fc17.noarch 1/4
Verifying : perl-Locale-Codes-3.21-1.fc17.noarch 2/4
Verifying : perl-Switch-2.16-2.fc17.noarch 3/4
Verifying : perl-XML-Simple-2.18-11.fc17.noarch 4/4
Installed:
gcstar.noarch 0:1.6.2-2.fc17
Dependency Installed:
perl-Locale-Codes.noarch 0:3.21-1.fc17 perl-Switch.noarch 0:2.16-2.fc17
perl-XML-Simple.noarch 0:2.18-11.fc17
Complete!
Merci pour ces précisions. J'ai appris pas mal de trucs.
Salut,
je confirme, pour utiliser tikz et pgfplots il faut le dépot texlive.
Le problème c'est que la mise à jour de texlive 2007 à texlive 2011 ne marche pas toujours.
Je te conseil de désinstaller tous les programmes en lien avec texlive.
yum remove `rpm -qa --qf '%{NAME}\n' | grep texlive | grep -v texlive-release | sed ':a;N;$!ba;s/\n/ /g'`
La ligne précédente va lister tous les fichiers dont le nom contient 'texlive' (sauf le fichier du dépot texlive) et va les supprimer (yum demandera une confirmation).
Il y aura d'autres dépendances qui seront aussi supprimées (kile,texmaker,gedit-latex...).
Ensuite installe les fichiers texlive dont tu as besoin. Si tu installes les paquets suivant tu devrais avoir une bonne base.
yum install texlive-collection-basic texlive-collection-fontsrecommended texlive-collection-latex texlive-collection-latexrecommended texlive-pgf
N'oublie pas de réinstaller kile,texmaker et/ou gedit-latex.
Ensuite, s'il te manque des fichier .sty à la compilation de tes documents latex, ajoute les paquets dont tu as besoin avec la commande proposée par Pikachu.
J'ai ça avec fedora 16 :
# yum whatprovides grub2-mkconfig
Loaded plugins: langpacks, presto, refresh-packagekit
1:grub2-1.99-12.fc16.x86_64 : Bootloader with support for Linux, Multiboot and more
Repo : fedora
Matched from:
Filename : /sbin/grub2-mkconfig1:grub2-1.99-12.fc16.x86_64 : Bootloader with support for Linux, Multiboot and more
Repo : @fedora
Matched from:
Filename : /sbin/grub2-mkconfig
Salut,
Pour rechercher quel paquet fourni quel fichier je te conseil
yum whatprovides nomdufichier
L'exécutable /sbin/grub2-mkconfig est installé avec le paquet grub2.
Tu t'es bien mis en root avec la commande
su -
Tout à fait d'accord avec MarbolanGos.
J'ai accentué mon passage sur la mise en garde dans mon premier commentaire.
Salut
Pour commencer :
man package-cleanup
Un petite lecture du manuel t'aurai renseigné que l'option --orphans liste les paquets qui ne sont présent dans aucun des dépôts activés. Pour les paquets dont aucun autre paquet ne dépend c'est l'option --leaves.
Comme tu l'as signalé, les paquets de configuration des dépôts ont été mis à jour avec comme résultat la désactivation des dépôts updates-testing. Certains des paquets que tu as mis à jour avant la mise à jour des dépôts n'ont pas encore été ajouté au dépôts updates. Ils ne sont donc présent dans aucun des dépôts actuellement activé sur ta configuration. Ça ne doit normalement pas poser de problème pour ta machine.
Toutefois si tu le souhaite vraiment tu peux supprimer les paquets et installer ceux présent dans tes dépôts.
Je te déconseille de le faire. Attention tu risques de tout casser !
Suppression du paquet sans tenir compte des dépendances :
rpm -e --nodeps nomdupaquet
Réinstallation du paquet dans les dépôts avec yum :
yum install nomdupaquet
S'il ne se passe rien pour lsmod cela signifie que le module wl n'est pas chargé.
Tu peux le charger en faisant en root:
modprobe wl
Que renvoie les commandes
lspci | grep Network
lsmod | grep wl
La carte wifi est elle activée (led à l'avant de l'appareil)?
64bits et dual core.
J'utilise la version 64bits. Ça ne pose aucun problème.