\chapter{Fedora}
\label{chap:Fedora}	\index{Fedora}

% - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
\section{Gestion des paquets}

Les paquets sont du modèle RPM\index{RPM} à la mode
de Red-Hat et DNF\index{dnf} semble être l'outil de prédilection
pour les gérer. Un peut l'équivalent de \texttt{apt} de Debian ?

Pour mettre à jour~:

\texttt{\# dnf upgrade'} 

Pour chercher un binaire précis~:

\texttt{\# dnf provides '*/interpolator'} 

Pour installer un nouveau jouet~:

\texttt{\# dnf install gfortran}

\subsection{trucs}

<blz\_rg\_> faut sans doute passer le enable de 0 à 1 dans le fichier
/etc/yum.repo.d/le\_repo\_en\_question dans le paragraphe
[fedora***-debuginfo]

% - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
\section{Firewall}

Krkrkr, UDP\index{UDP} est bloqué en entrée ? Wtf ?

\textsf{\textbf{<doug713705> welcome to firewalld}}

\begin{quote}
firewalld provides a dynamically managed firewall with support for network/firewall zones to define the trust level of
network connections or interfaces. It has support for IPv4, IPv6 firewall settings and for ethernet bridges and has a
separation of runtime and permanent configuration options. It also supports an interface for services or applications to add
firewall rules directly.
\end{quote}

% - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
\section{Include dir}

Chez Fedora, certains fichiers \texttt{.h} ne sont pas à la même
place que dans d'autres distributions\index{Debian}, ce qui cause quelques
soucis pour les compilations. Par exemple le fichier \texttt{pam.h}
de NetPbm.

Un contournement est possible avec une option lors du lancement
de gcc : 
\texttt{gcc \$(COPT) -I/usr/include/netpbm -c \$<}, dont la
portabilité est à vérifier.

% - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
\section{Gni ?}\index{memtest86}
\label{memtest86:fedora}

Ayant des soucis de \textsf{kernelpanic}%
\footnote{[90821.154795] fonderie: Corrupted page table at address 7f58478cd000}
avec une ancienne machine 
Dell\footnote{d'origine catalano-ariégeoise} j'ai voulu faire un
test approfondi de la RAM. DNF m'a permis de trouver le paquet
\texttt{memtest86+}, puis de l'installer (comme je procède
depuis le siècle dernier) afin de l'avoir sous la main au prochain
reboot. Non. Rien.

Mmmm... Reboot, un shell root, et je découvre \texttt{memtest-setup}
qui semble pouvoir faire une partie du travail. La manpage
confirme. Action.


\begin{verbatim}
[tth@laserbox ~]# memtest-setup
GRUB 2 template installed.
Do not forget to regenerate your grub.cfg by:
   # grub2-mkconfig -o /boot/grub2/grub.cfg
Setup complete.
[tth@laserbox ~]# grub2-mkconfig -o /boot/grub2/grub.cfg
Generationg Grub configuration file ...
Found memtest image: /boot/elf-memtest86+-5.31
done
[tth@laserbox ~]# _
\end{verbatim}

Angoisse\dots

Et j'ai eu raison. Le memtest apparait bien dans le menu de grub,
mais bon, il fait un gros \textbf{paf} dès le lancement en me 
parlant d'une \textsf{unexpected interrupt} vraiment féroce.
Relisons calmement la page de man~:

%            XXX insert manpage here
XXX\index{XXX}


% - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

\section{Comment installer ffmpeg ?}
\index{ffmpeg}

D'après Blaise (regatta game) il faut voir du coté du dépot
\texttt{rpmfusion}\index{rpmfusion}, qui contient de nombreux
paquets additionnels.

% - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
