Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora Linux 36 est disponible !

#1 Re : [Anciennes versions] Installation de Fedora » [Résolu] upgrade 33->34 : Aucune correspondance pour le paquet du groupe .... » 29/12/2021 15:52:14

Petite précision pour qui rencontre le même problème, je viens de passer de f33 à f35 apparement sans problèmes par
dnf system-upgrade download --releasever=35 --allowerasing

#2 Re : [Anciennes versions] Installation des programmes » [Résolu] Installation PlayOnLinux, wxpython » 19/11/2020 15:25:58

C'est vrai. Mais qui utilise excel sous une distribution linux ?

Bien qu'au jour le jour j'utilise Libreoffice, quand j'ai un gros document à mettre en page je retourne à word, que j'utilisais déjà il y a plus de trente ans de celà, sous sa version Multi-Tool Word. J'en connais toutes les ficelles et c'est un gros gain de temps ...

#4 Re : [Anciennes versions] Installation des programmes » dnf upgrade : suppression de paquet dépendant (commandline et copr) » 18/11/2020 15:36:56

sudo rpm --import http://rpm.playonlinux.com/public.gpg
sudo dnf install http://rpm.playonlinux.com/playonlinux-yum-4-1.noarch.rpm
sudo dnf config-manager --save --setopt=playonlinux.gpgcheck=1
sudo dnf install https://dl.fedoraproject.org/pub/fedora/linux/releases/31/Everything/x86_64/os/Packages/p/python2-wxpython-3.0.2.0-26.fc31.x86_64.rpm
sudo dnf install jq playonlinux.noarch python3-dnf-plugin-versionlock
sudo dnf versionlock playonlinux

#5 Re : [Anciennes versions] Installation des programmes » [Résolu] Installation PlayOnLinux, wxpython » 18/11/2020 12:47:17

J'avais ça avec f32. Solutionné par:
#rpm --import http://rpm.playonlinux.com/public.gpg
#dnf install http://rpm.playonlinux.com/playonlinux- … noarch.rpm
#dnf config-manager --save --setopt=playonlinux.gpgcheck=1
#dnf install https://dl.fedoraproject.org/pub/fedora … x86_64.rpm
#dnf install jq playonlinux.noarch python3-dnf-plugin-versionlock
#dnf versionlock playonlinux
Je ne suis pas encore passé à F33.

Un post existe sous:
dnf upgrade : suppression de paquet dépendant (commandline et copr) par shnoulle

#6 Re : [Anciennes versions] Installation des programmes » dnf upgrade : suppression de paquet dépendant (commandline et copr) » 14/11/2020 17:39:31

Apparemment il y aune solution:
https://ask.fedoraproject.org/t/how-to- … ra-32/9267

Voici les commandes à effectuer:
#rpm --import http://rpm.playonlinux.com/public.gpg
#dnf install http://rpm.playonlinux.com/playonlinux- … noarch.rpm
#dnf config-manager --save --setopt=playonlinux.gpgcheck=1
#dnf install https://dl.fedoraproject.org/pub/fedora … x86_64.rpm
#dnf install jq playonlinux.noarch python3-dnf-plugin-versionlock
#dnf versionlock playonlinux

#7 Re : Le comptoir du libre » Votre première version de Linux ! » 12/11/2020 16:27:10

C'était une Slackware, si mes souvenirs sont bons c'était entre 95 et 98. J'ai passé plus de temps à tenter de la faire marcher qu'à l'utiliser ...

#8 Re : [Anciennes versions] Installation de Fedora » Erreur mise à jour » 12/10/2020 15:07:40

Je précise qu'apparemment cela n'a pas d'incidence sur le fonctionnement du logiciel.

#9 [Anciennes versions] Installation de Fedora » Erreur mise à jour » 08/10/2020 17:16:10

RobWolx
Réponses : 1

Bonjour à tous,
Je viens de faite une mise à jour et je me retrouve avec l'erreur suivante:

dkms: running auto installation service for kernel 5.8.13-200.fc32.x86_64

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area....
KVER=5.8.13-200.fc32.x86_64 KSRC=/lib/modules/5.8.13-200.fc32.x86_64/build make -j4.......(bad exit status: 2)
Error! Bad return status for module build on kernel: 5.8.13-200.fc32.x86_64 (x86_64)
Consult /var/lib/dkms/rtl8812au/5.1.5/build/make.log for more information.
 Done. 
dkms: running auto installation service for kernel 5.8.13-200.fc32.x86_64

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area....
KVER=5.8.13-200.fc32.x86_64 KSRC=/lib/modules/5.8.13-200.fc32.x86_64/build make -j4...........(bad exit status: 2)
Error! Bad return status for module build on kernel: 5.8.13-200.fc32.x86_64 (x86_64)
Consult /var/lib/dkms/rtl8812au/5.1.5/build/make.log for more information.
 Done. 

voici le fichier Make.log:

DKMS make.log for rtl8812au-5.1.5 for kernel 5.8.13-200.fc32.x86_64 (x86_64)
jeu. 08 oct. 2020 16:41:57 CEST
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/5.8.12-200.fc32.x86_64/build M=/var/lib/dkms/rtl8812au/5.1.5/build  modules
make[1] : on entre dans le répertoire « /usr/src/kernels/5.8.12-200.fc32.x86_64 »
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_cmd.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_security.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_debug.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_io.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_ioctl_query.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_ioctl_set.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_ieee80211.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_mlme.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_mlme_ext.o
/var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_mlme_ext.c: Dans la fonction « mgt_dispatcher »:
/var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_mlme_ext.c:1423:6: attention: cette instruction peut poursuivre son chemin [-Wimplicit-fallthrough=]
 1423 |   if (check_fwstate(pmlmepriv, WIFI_AP_STATE) == _TRUE)
      |      ^
/var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_mlme_ext.c:1428:2: note: ici
 1428 |  case WIFI_ASSOCREQ:
      |  ^~~~
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_mi.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_wlan_util.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_vht.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_pwrctrl.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_rf.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_recv.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_sta_mgt.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_ap.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_xmit.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_p2p.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_tdls.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_br_ext.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_iol.o
  CC [M]  /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_sreset.o
Dans le fichier inclus depuis /var/lib/dkms/rtl8812au/5.1.5/build/include/drv_types.h:82,
                 depuis /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_br_ext.c:32:
/var/lib/dkms/rtl8812au/5.1.5/build/include/rtw_security.h:245:8: erreur: redéfinition de « struct sha256_state »
  245 | struct sha256_state {
      |        ^~~~~~~~~~~~
Dans le fichier inclus depuis ./include/linux/filter.h:23,
                 depuis ./include/net/sock.h:59,
                 depuis ./include/net/inet_sock.h:22,
                 depuis ./include/net/ip.h:27,
                 depuis /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_br_ext.c:24:
./include/crypto/sha.h:84:8: note: défini initialement ici
   84 | struct sha256_state {
      |        ^~~~~~~~~~~~
make[2]: *** [scripts/Makefile.build:281: /var/lib/dkms/rtl8812au/5.1.5/build/core/rtw_br_ext.o] Error 1
make[2]: *** Attente des tâches non terminées....
make[1]: *** [Makefile:1752: /var/lib/dkms/rtl8812au/5.1.5/build] Error 2
make[1] : on quitte le répertoire « /usr/src/kernels/5.8.12-200.fc32.x86_64 »
make: *** [Makefile:1870: modules] Error 2

Je suis pas armé pour comprendre ce qui m'est dit. Quelqu'un aurait-il une explication?
Merci d'avance

#10 Re : [Anciennes versions] Installation des programmes » dnf upgrade : suppression de paquet dépendant (commandline et copr) » 22/07/2020 16:50:50

Précision, après avoir installé:
python2-wxpython-3.0.2.0-26.fc32.x86_64 qui manquait pour réinstaller POL j'ai retenté une installation du programme, réponse

  le fichier /usr/bin de l'installation de playonlinux-4.1.7-fedora0.noarch entre en conflit avec le fichier du paquet filesystem-3.14-2.fc32.x86_64

Dans l'état actuel des choses on va oublier POL

#11 Re : [Anciennes versions] Installation des programmes » dnf upgrade : suppression de paquet dépendant (commandline et copr) » 22/07/2020 16:27:13

C'est ce que je faisais il y a une dizaine d'année, avec de temps en temps des soucis dont POL m'avait soulagé. wine je suppose a évolué il faut que je retente le coup.

#12 Re : [Anciennes versions] Installation des programmes » dnf upgrade : suppression de paquet dépendant (commandline et copr) » 22/07/2020 16:16:36

Après avoir viré ce qui était installé, j'ai tenté le coup avec flathub. Cela m'installe Phoenicis PlayOnLinux qui, selon moi, n'offre pas les possibilités de l'original. J'utilise POL pour faire tourner la suite bureautique word, exel, powerpoint. Je ne trouve pas de moyen de l'installer avec l'alternative offerte par flathub.
Merci pour le tuyau.

#13 Re : [Anciennes versions] Installation des programmes » dnf upgrade : suppression de paquet dépendant (commandline et copr) » 21/07/2020 16:53:22

Bonjour,
Merci pour le post cela m'a permis de redémarrer PlayOnLinux que je n'avais pas encore réutilisé.
J'ai exactement le même déroulé que toi mais malheureusement aucune réponse à la question posée.

#14 Re : [Anciennes versions] Support général » [Résolu] Log impossible » 29/12/2019 16:22:04

Je soupçonne fort le logiciel de mise à jour activé par le bouton du tableau de bord d'être à l'origine des soucis que j'ai eu.
Voulant mettre à jour une autre de mes machines je me suis retrouvé dans la situation où, ce logiciel m'indiquant 10 mises à jours et l'activant, le processus restait bloqué par défaut de miroir.
Je suis donc passé par la console et dnf, là ce sont 196 mises à jours qui sont annoncées et qui se font sans aucun problème.
Je n'apporte pas de réponse mais je conseille la prudence!

#15 Re : [Anciennes versions] Support général » [Résolu] Log impossible » 14/11/2019 18:20:15

Bonsoir,
A ceux qui on montré un intérêt au problème posé; hier j'ai fais "l'upgrade" de F29 à F31, tout s'est passé normalement et le problème n'est pas réapparu!!!!

#16 Re : [Anciennes versions] Support général » [Résolu] Log impossible » 08/10/2019 11:02:41

Nicoss a écrit :

La sortie de F31 est prévue fin du mois d'Octobre donc le passage à F30 va vite arriver avec l'EOL F29.
Pourquoi ne pas avoir installé une F30 directement du coup ?

Parceque c'est en faisant une mise à jour banale de F30 que mes problèmes sont apparus.
Et je n'étais pas en période bricolage, utilisation de logiciels standart éprouvés, rien d'autre que la mise à jour proposée n'est intervenu.

#17 Re : [Anciennes versions] Support général » [Résolu] Log impossible » 07/10/2019 18:09:50

Oui tout marche, mais par précaution j'ai rétrogradé sous F29, Trop de problèmes avec l'upgrade F30. j'avais déjà perdu dolphin, dont je me sert beaucoup (pour des problèmes de librairie), plus quelques autres ennuis ...
Je retenterais l'upgrade plus tard.

#18 Re : [Anciennes versions] Support général » [Résolu] Log impossible » 07/10/2019 16:30:29

Merci à vous deux qui vous êtes intéressés à mon problème.
J'ai réinstallé le système. Pb résolu

#19 Re : [Anciennes versions] Support général » [Résolu] Log impossible » 06/10/2019 16:18:58

Désolé d'être lent à la réponse mais je dois repasser à chaque fois par le dvd live.

J'ai tenté ta suggestion sans résultat. J'en ais profité pour vérifier mon legacy_password, le keystatus et le terminalinfo, tout est correct.

J'ai l'impression que je vais être condamné à une reinstall...

#20 Re : [Anciennes versions] Support général » [Résolu] Log impossible » 06/10/2019 12:19:32

Ah malheureusement non. Impossibilité de prendre la main de quelques manières que ce soit.

#21 Re : [Anciennes versions] Support général » [Résolu] Log impossible » 06/10/2019 11:01:07

1-

Refuznik a écrit :

Et si tu passes par le terminal via CTRL-Alt-F2 ou F3 puis startx (ce qui t'éviteras aussi le live) ça fonctionne ?

Je me log sans problème, mon mot de passe et le retour chariot sont acceptés startx démarre et me donne les erreurs suivantes:
failed to set IOPL(Operation not permitted)
Internal Error Could not resolved keysym XF86 RotationLockTogle

2-

# dnf history undo last

Je me log sous le GDM, tout fonctionne, je lance

# dnf history undo last

J'obtiens une liste d'éléments à enlever, j'accepte, les éléments sont enlevés, mais lorsque je relance la machine j'ai toujours l'écran d'acceuil modifié sur lequel il est impossible de faire un retour chariot.

Pb d'entrée sortie que je ne sais pas solutionner.

Je précise que, hors système, le clavier foctionne correctement puisque le mot de passe BIOS, qui est le même que j'emploie pour localhost, est reconnu.

#22 Re : [Anciennes versions] Support général » [Résolu] Log impossible » 05/10/2019 17:40:05

F30
Ordinateur bureau AMD A8.
Seul le retour chariot n'est pas pris en compte.
Je suis pour l'instant sur un DVD live.

Pour l'écran
le fond est celui de F30 mais en bleu avec une barre de menu proposant le type de clavier, la fenêtre concernant l'utilisateur est différente de celle que j'avais depuis l'installation de F30.

Même soucis en utilisant les kernels précédents.

#23 [Anciennes versions] Support général » [Résolu] Log impossible » 05/10/2019 16:59:55

RobWolx
Réponses : 18

Bonjour,
Hier je fais une mise à jour, pas de soucis!
Aujourd'hui, lorsque je lance la machine mon écran d'acceuil a changé... et impossible d'entrer le mot de passe, ni par le clavier manuel ni par le clavier virtuel qu'il me propose. Je parviens à taper le mot de passe mais l'envoi(return) ne se fait pas?
Suis-je le seul dans cette situation?
Une solution à ma proposer?
Merci d'avance.

#24 Re : [Anciennes versions] Installation de Fedora » [Résolu] Pourquoi F29 charge un noyau F27? » 28/11/2018 18:20:20

Bonsoir à tous,
J'avais le même problème. Je ne m'en étais pas aperçu car l'écran d’accueil était, d'abord celui de F28, puis maintenant celui de F29 mais c'est toujours vmlinuz-4.15.4-300.fc27.x86_64 qui était chargé.
J'ai résolu en faisant
grub2-mkconfig -o /boot/grub2/grub.cfg, comme l'a rappelé anthel.
Je pense que cela provient du mot clé 'saved' dans les options du fichier /etc/default/grub. Par contre j'ignore comment ce mot clé s'est installé avec F27?

#25 Re : [Anciennes versions] Support général » [Résolu] imprimante jet d'encre BROTHER F29 » 09/11/2018 17:32:09

As-tu essayé leur "Driver Install Tool" dont la dernière version date de sept 2018 et qui pour moi a marché, alors que la précédente me mettait dans la situation ou tu te trouve.

Pied de page des forums

Propulsé par FluxBB