Fedora-Fr

Ggrocanar · 10 nov. 2023

j’ai deecouvert la Redhat sur la version 2.0 principalement a cause de l’utilisation du format rpm pour les paquetages. A l epoque cette gestion des dependances etianet vraiment revolutionnaire.
Et puis e suis passe par toutes les versions jusqu’a la fedora 39.

je me rappele l instalation par disquette avec la slkkware mais pour la redhat je ne me rappelle plus.

Ggrocanar · 21 nov. 2022

Bonsoir a tous

je viens d installer Fedora37 sans aucuns probemes avec la methode classique dnf.
Etant passe par toutes les version depuis la fedora core1 je trouve que le passage a la version superieure est raiment e plus en plus fluide.

Au fur et a mesure je fais de moins en moins e sauvegarde:)
il est vraiment loin le temps ou il fallait tout reinstaller.

Ggrocanar · 27 juin 2021

Bon j'ai un peu honte

en changeant de souris cela fonctionne beaucoup mieux

donc fausse alerte

Ggrocanar · 27 juin 2021

Bonjour

Je suis passe en fedora 34 avec la metode dnf
totu a l air de fonctionner correctement sauf un point.

je n'ai pratiquement plus de defilement qui fonctionne avec la molette de la souris.

par exemple je ne peux plus remonter dans l historique du terminal en bougeant la molette de la souris
pareil avec tous les ascenseurs dans les applications.

Quelqu'un a t il deja eu le probleme?

Ggrocanar · 7 déc. 2020

Bon au final il n t avait pas de problemes

simplement un ptit plaisantin avait enlever la possibilite de faire du ping dans la politique du firewall.

au final le reste du raffic fonctionne bien

Ggrocanar · 7 déc. 2020

j'ai crie victoire trop vite
cela ne fonctionne plus de nouveau ce matin

je viens de ressayer tous les kernel et cela me fait la meme chose.

Ggrocanar · 4 déc. 2020

Bon j'ai fait une mise a jour ce matin
et maintenant cela fonctionne.
la seule chose que je vois de pertinant c'est une mise a jour du kernel.

bon je vais pouvoir revenir a ma fedora pour me connecter a distance

Ggrocanar · 1 déc. 2020

Bonjour

merci
helas cela n a pas resolu mon probleme.
Cete manipulation gere les probemes de connection
or j'arrive bien a me connecter sans souci
les routes sont bonnes
le traffic passe
c'est juste au retour que le traffic n est pas decapsulé.

Ggrocanar · 30 nov. 2020

Bonjour

Apres un upgrade de fedora32 vers fedora33 ma config openfortivpn ne fonctionne plus.

plus precisement

j'arrive a lancer le vpn a m'authentifier

openfortivpn -c /etc/openfortivpn/config
INFO:   Connected to gateway.
Two-factor authentication token: 
INFO:   Authenticated.
INFO:   Remote gateway has allocated a VPN.
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
INFO:   Got addresses: [172.31.208.27], ns [193.50.0.34, 193.50.0.35]
INFO:   Negotiation complete.
INFO:   Negotiation complete.
local  IP address 172.31.208.27
remote IP address 192.0.2.1
primary   DNS address 193.50.0.34
secondary DNS address 193.50.0.35
INFO:   Interface ppp0 is UP.
INFO:   Setting new routes...
INFO:   Adding VPN nameservers...
INFO:   Tunnel is up and running.

j'obtiens bien les routes

netstat -nr 
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic   MSS Fenêtre irtt Iface
0.0.0.0         192.168.0.254   0.0.0.0         UG        0 0          0 enp4s0f1
10.0.0.0        0.0.0.0         255.0.0.0       U         0 0          0 ppp0
132.167.194.6   0.0.0.0         255.255.255.255 UH        0 0          0 ppp0
172.16.0.0      0.0.0.0         255.240.0.0     U         0 0          0 ppp0
172.17.0.0      0.0.0.0         255.255.0.0     U         0 0          0 docker0
192.0.2.1       0.0.0.0         255.255.255.255 UH        0 0          0 ppp0
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 enp4s0f1
192.168.0.0     0.0.0.0         255.255.0.0     U         0 0          0 ppp0
192.168.124.0   0.0.0.0         255.255.255.0   U         0 0          0 virbr0
193.50.0.0      0.0.0.0         255.255.255.0   U         0 0          0 ppp0
193.50.1.0      0.0.0.0         255.255.255.0   U         0 0          0 ppp0
193.50.2.0      0.0.0.0         255.255.255.0   U         0 0          0 ppp0
193.50.2.252    192.168.0.254   255.255.255.255 UGH       0 0          0 enp4s0f1
193.50.3.0      0.0.0.0         255.255.255.0   U         0 0          0 ppp0
194.57.241.80   0.0.0.0         255.255.255.248 U         0 0          0 ppp0
195.83.221.0    0.0.0.0         255.255.255.0   U         0 0          0 ppp0
195.83.222.0    0.0.0.0         255.255.255.0   U         0 0          0 ppp0
195.83.223.0    0.0.0.0         255.255.255.0   U         0 0          0 ppp0
195.83.224.0    0.0.0.0         255.255.255.0   U         0 0          0 ppp0

mais je ping par exemple vers mon serveur DNS ne fonctionne pas.

par contre quand je rtegarde le traffic du tunnel je vois bien que le ping pars de ma machine et me revient dans le tunnel

tcpdump -i enp4s0f1 host vpn.ibfj-evry.fr
dropped privs to tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp4s0f1, link-type EN10MB (Ethernet), capture size 262144 bytes
13:03:00.982949 IP grocanar.59988 > vpn.ibfj-evry.fr.https: Flags [P.], seq 2982187072:2982187186, ack 874604832, win 501, options [nop,nop,TS val 74605440 ecr 328273879], length 114
13:03:00.990929 IP vpn.ibfj-evry.fr.https > grocanar.59988: Flags [.], ack 114, win 31, options [nop,nop,TS val 328273968 ecr 74605440], length 0
13:03:01.111088 IP grocanar.59988 > vpn.ibfj-evry.fr.https: Flags [P.], seq 114:228, ack 1, win 501, options [nop,nop,TS val 74605568 ecr 328273968], length 114
13:03:01.119149 IP vpn.ibfj-evry.fr.https > grocanar.59988: Flags [.], ack 228, win 31, options [nop,nop,TS val 328273981 ecr 74605568], length 0

mais a l extremite du tunnel je ne vois rien revenir

 tcpdump -i ppp0
dropped privs to tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked v1), capture size 262144 bytes
13:05:04.886846 IP grocanar > ns2.cng.fr: ICMP echo request, id 1, seq 792, length 64
13:05:05.014731 IP grocanar > ns2.cng.fr: ICMP echo request, id 3, seq 192, length 64

C'est comme si il y avait un souci de decapsulation du traffic au moment du retour.

Est ce que quelqu'un a deja vu par le passe ce genre de problemes?

Ggrocanar · 5 juin 2020

oui
et le fichier macros
en fait l image est bloquée pour la rendre la plus petite possible

Ggrocanar · 4 juin 2020

Alors le probleme bient du fait que les locales ne sont pas installées dans l'image de base.

il faut donc supprimer le fichier qui emepche l instalaltion des locales puis reinstaller les paquets
pour que ceux ci installent la locale.

c'est pas super propre mais bon

Ggrocanar · 3 juin 2020

Bon j y suis finalement arrive.

Voici le dockerfile final

FROM fedora:latest

LABEL maintainer="Eric Doutreleau <eric@doutreleau.fr>"

# Install dependencies
RUN rm -f /etc/rpm/macros.image-language-conf
RUN dnf -y update 

RUN dnf -y install glibc-langpack-en
RUN dnf -y remove glibc-minimal-langpack 
RUN dnf -y install langpacks-core-fr glibc-langpack-fr* langpacks-fr glibc-langp
ack-en
RUN dnf -y install gramps dbus-tools python3-beautifulsoup4 python3-requests pyt
hon3-pip python3-pyicu
RUN pip install fuzzywuzzy
ENV TZ=Europe/Paris
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
RUN mkdir -p /var/lib/dbus/ ; dbus-uuidgen > /var/lib/dbus/machine-id
ADD finddupes.py finddupes.py
RUN cp -f finddupes.py /usr/lib/python3.7/site-packages/gramps/plugins/tool/find
dupes.py
RUN echo "LANG=fr_FR.UTF-8" > /etc/locale.conf
ENV USERNAME grocanar
RUN useradd -m grocanar && \
        echo "grocanar:grocanar" | chpasswd && \
        echo "grocanar ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers.d/grocanar && \
        chmod 0440 /etc/sudoers.d/grocanar

Ggrocanar · 3 juin 2020

Bon j'ai l impression que c'est pas vraiment possible facilement d'avoir une image localise de la fedora.

Ggrocanar · 2 juin 2020

je suis arriver a ne plus avoir le message en positionnant la variable LC_ALL

j'ai bien la localisation en ligne de commande mais pas pour les application graphique tels que gedit

Ggrocanar · 2 juin 2020

Bonjour à tous

Je m escrime desesperement a mettre en français mon conteneur mais je n'y arrive pas.

Voicl le dockerfile

FROM fedora:latest

LABEL maintainer="Eric Doutreleau <eric@doutreleau.fr>"

ADD finddupes.py finddupes.py
# Install dependencies
RUN dnf -y update
RUN dnf -y install gramps dbus-tools python3-beautifulsoup4 python3-requests langpacks-fr glibc-langpack-fr*  python3-pip
RUN pip install fuzzywuzzy
ENV TZ=Europe/Paris
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
RUN mkdir -p /var/lib/dbus/ ; dbus-uuidgen > /var/lib/dbus/machine-id
RUN cp -f finddupes.py /usr/lib/python3.7/site-packages/gramps/plugins/tool/finddupes.py
RUN echo "LANG=fr_FR.UTF-8" > /etc/locale.conf
ENV USERNAME grocanar
RUN useradd -m grocanar && \
        echo "grocanar:grocanar" | chpasswd && \
        usermod --shell /bin/bash grocanar && \
        echo "grocanar ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers.d/grocanar && \
        chmod 0440 /etc/sudoers.d/grocanar && \
        # Replace 1000 with your user/group id
        usermod  --uid 1000 grocanar && \
        groupmod --gid 1000 grocanar

ENV LANG fr_FR.UTF-8

mais quand le le lance avec docker ou podman j'ai toujours le message

Gtk-WARNING **: 15:37:52.451: Locale not supported by C library.
Using the fallback 'C' locale.

Si quelqu'un avait une idee je suis preneur.

merci d'avance

Ggrocanar · 4 mai 2019

bon j'ai trouve la solution une fois que j'ai poste

j'ai reinstalle les paquetages suivantes:

rpm -Uvh python3-hawkey-0.31.0-2.fc29.x86_64.rpm python3-dnf-4.2.5-1.fc29.noarch.rpm dnf-4.2.5-1.fc29.noarch.rpm dnf-yum-4.2.5-1.fc29.noarch.rpm

Ggrocanar · 4 mai 2019

Bonjour

apres une coupure de courant pendant un dnf upgrade je ne peux plus le lancer
quand je le lance j'obtiens

dnf list
Traceback (most recent call last):
  File "/usr/bin/dnf", line 57, in <module>
    from dnf.cli import main
  File "/usr/lib/python3.7/site-packages/dnf/__init__.py", line 30, in <module>
    import dnf.base
  File "/usr/lib/python3.7/site-packages/dnf/base.py", line 44, in <module>
    import dnf.conf
  File "/usr/lib/python3.7/site-packages/dnf/conf/__init__.py", line 40, in <module>
    from dnf.conf.config import PRIO_DEFAULT, PRIO_MAINCONFIG, PRIO_AUTOMATICCONFIG
  File "/usr/lib/python3.7/site-packages/dnf/conf/config.py", line 33, in <module>
    import hawkey
  File "/usr/lib64/python3.7/site-packages/hawkey/__init__.py", line 33, in <module>
    from . import _hawkey
ImportError: /usr/lib64/python3.7/site-packages/hawkey/_hawkey.so: undefined symbol: _Z18hy_filter_unneededPN6libdnf5QueryERKNS_4SwdbEb

Comment trouver dans quels packages se toruvent ce symbole.

Ggrocanar · 23 août 2016

j'ai les memes symptomes que macraph
xrandr ne me renvoie qu'un seul provider

par contre
DRI_PRIME=1 glxinfo | grep "OpenGL vendor string"
OpenGL vendor string: nouveau

donc a priori ca devrait etre bon

sauf que supertuxkart plante en ecrivant dans la console un tas de message du genre
nouveau: 0xffffffffff

et quand je lancer glxgears j obtiens peu ou prou le meme resultat avec DRI_PRIME=0 ou DRI_PRIME=1

j ai l impression que ma carte secondaire n est pas du tout activée.

Ggrocanar · 22 juin 2016

finalement je m'en suis sorti

j'ai efface le paquetage

yum remove python3-dnf-plugins-core-0.1.21-2.fc23.noarch

et la plus de souci upgrade effectue

Ggrocanar · 22 juin 2016

alors en fait je pense que c etait parce que je n'avais pas booter sur le dernier kernel
a cause du probleme evoque dans l'autre post.

bon comme j ai reussi a resoudre mon probleme initial celui ci n a plus lieu d etre