mageia 8 wifi
pas de connexion
Cauldron, la prochaine version de Mageia

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Reprise du message précédent
jpl711 :
concernant la commande, ca ne reponds rien :
[jp-linux@localhost ~]$ rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch.rpm
[jp-linux@localhost ~]$ su
Mot de passe :
[root@localhost jp-linux]# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch.rpm
[root@localhost jp-linux]#
concernant la commande, ca ne reponds rien :
[jp-linux@localhost ~]$ rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch.rpm
[jp-linux@localhost ~]$ su
Mot de passe :
[root@localhost jp-linux]# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch.rpm
[root@localhost jp-linux]#
ça ne réponds rien quand il ne trouve pas le paquet, d'où mes alternatives :
dkms-8192eu-4_4_1-1_mga7_noarch
dkms-8192eu-4_4_1
dkms-8192eu
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

jpl711 Membre non connecté
-
- Voir le profil du membre jpl711
- Inscrit le : 08/09/2010
- Groupes :
pourtant il est installé ! :

Édité par jpl711 Le 05/03/2020 à 17h10
PC portable Acer - Core I5 - RAM 8 go - SSD 500 go Plasma

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' $(rpm -qa | grep 8192eu)
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

jpl711 Membre non connecté
-
- Voir le profil du membre jpl711
- Inscrit le : 08/09/2010
- Groupes :

[jp-linux@localhost ~]$ rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}\n' ./dkms-8192eu-4_4_1-1_mga7_noarch
[jp-linux@localhost ~]$
[jp-linux@localhost ~]$ su
Mot de passe :
[root@localhost jp-linux]# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}\n' ./dkms-8192eu-4_4_1-1_mga7_noarch
[root@localhost jp-linux]#
PC portable Acer - Core I5 - RAM 8 go - SSD 500 go Plasma

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si c' est le paquet mga7, c' est ce qui est dans le fichier specs.
Mais ici, c' est probablement du au fait qu' il y a plusieurs branches sur le github, il me semble.
Or laquelle est chargée quand on clique sur le download ?

jpl711 Membre non connecté
-
- Voir le profil du membre jpl711
- Inscrit le : 08/09/2010
- Groupes :
EDIT c'est le lien que tu veux ? :
https://github.com/Mange/rtl8192eu-linux-driver
Édité par jpl711 Le 05/03/2020 à 17h35
PC portable Acer - Core I5 - RAM 8 go - SSD 500 go Plasma

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Non en fait, les dépots githib permettent d' avoir plusieurs branches de developpement (master, 4.4.1,5.6.4 par exemple).
La question que je me posais, c' est : quelle est la branche qui est utilisée quand on clique sur le bouton donwload, ou lorsque que l' on fait un git clone ?
Édité par nic80 Le 05/03/2020 à 19h14

jpl711 Membre non connecté
-
- Voir le profil du membre jpl711
- Inscrit le : 08/09/2010
- Groupes :
PC portable Acer - Core I5 - RAM 8 go - SSD 500 go Plasma

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
J' ai retrouvé sur une de mes machines machines virtuelle, un fichier rtl8192eu-linux-driver-realtek-4.4.x.zip qui a comme commentaire "13b9c39980a14bebe5178c044cd24ea8aeb845da" , ce qui semble correspondre à ce commit ci du dépot Mange . Malheureusement, je n' ai pas retrouvé les traces du fichier rpm ni du fichier spec sur cette machine ( j' ai probablement du faire du ménage).

Je me demande si le problème de non vue des antennes ne viendrait pas de l' ajout de la version 5.6.4 (ce commit) qui pourrait correspondre à un changement de version importante du pilote Realtek.
Donc peut être que la version "4.4.1" voit les box de type Freebox avec certaines caractéristiques (en N (ou avant)), mais que la version 5.6.4 a des problème avec les Freebox d' anciennes générations (ou pas) ?
edit: ceci ne sont que des suppositions que je peux pas vérifier.
edit 2: pour les branches je me suis un peu fourvoyé sur le dépot Mange, la 5.6.4 n' existe pas en tant que branche ( il n' y a que la 4.4.x (qui inclue la 5.6.4 ! ), la master et la 5.6-rc1).
Édité par nic80 Le 06/03/2020 à 00h12

jpl711 Membre non connecté
-
- Voir le profil du membre jpl711
- Inscrit le : 08/09/2010
- Groupes :
tout ça me dépasse !
en attendant , je garde précieusement ce fichier .
EDIT:
Tout va bien, nouveau kernel 5.5.8 en place, le fichier s'est compilé au démarrage et le wifi fonctionne encore !

JP
Édité par jpl711 Le 06/03/2020 à 08h23
PC portable Acer - Core I5 - RAM 8 go - SSD 500 go Plasma

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Le download de github fonctionne sur la version qui est affichée couramment. Par défaut ce doit être le branche master.
Le dépôt git peut contenir différentes branches, une considérée comme principale (souvent c'est master), et d'autres crées par les développeurs quand ils veulent faire avancer un projet dans une direction en gardant la possibilité de développer une autre branche.
Puis il y a des étiquettes (tags), sorte de pancartes le long du chemin qui indiquent que les développeurs ont marqué une étape du développement. Dans le dépôt git, on peut dire de se placer à l'endroit du tag et on verra les fichiers dans l'état où ils étaient au moment de la pose du tag. Si on a sélectionné le tag dans github, le zip sera téléchargé avec ce contenu. Le nom sera <nom-du-dépôt>-<nom-du-tag>.zip
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
jpl711 :
ça réponds rien non plus 
[jp-linux@localhost ~]$ rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch
[jp-linux@localhost ~]$
[jp-linux@localhost ~]$ su
Mot de passe :
[root@localhost jp-linux]# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch
[root@localhost jp-linux]#

[jp-linux@localhost ~]$ rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch
[jp-linux@localhost ~]$
[jp-linux@localhost ~]$ su
Mot de passe :
[root@localhost jp-linux]# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch
[root@localhost jp-linux]#
C'est normal, ce n'est pas ce que j'ai demandé de taper :
Jybz :
et avec ça :
rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' $(rpm -qa | grep 8192eu)
rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' $(rpm -qa | grep 8192eu)
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

jpl711 Membre non connecté
-
- Voir le profil du membre jpl711
- Inscrit le : 08/09/2010
- Groupes :
ben, çà réponds toujours rien :
[root@localhost jp-linux]# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' $(rpm -qa | grep 8192eu)
[root@localhost jp-linux]#

Édité par jpl711 Le 06/03/2020 à 08h28
PC portable Acer - Core I5 - RAM 8 go - SSD 500 go Plasma

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Que donne :
rpm -qa | grep 8192eu
rpm -qa | grep 8192
rpm -qa | grep dkms
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

jpl711 Membre non connecté
-
- Voir le profil du membre jpl711
- Inscrit le : 08/09/2010
- Groupes :
[jp-linux@localhost ~]$ rpm -qa | grep 8192eu
dkms-8192eu-4.4.1-1.mga7
[jp-linux@localhost ~]$ rpm -qa | grep 8192
dkms-8192eu-4.4.1-1.mga7
[jp-linux@localhost ~]$ rpm -qa | grep dkms
dkms-2.0.19-41.mga8
dkms-minimal-2.0.19-41.mga8
dkms-8192eu-4.4.1-1.mga7
[jp-linux@localhost ~]$
PC portable Acer - Core I5 - RAM 8 go - SSD 500 go Plasma

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Jybz :
Oui,
teste :
rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch.rpm
(ou il faut tester avec :
dkms-8192eu-4_4_1-1_mga7_noarch
ou
dkms-8192eu-4_4_1
ou
dkms-8192eu
je ne sais pas ...)
teste :
rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}n' ./dkms-8192eu-4_4_1-1_mga7_noarch.rpm
(ou il faut tester avec :
dkms-8192eu-4_4_1-1_mga7_noarch
ou
dkms-8192eu-4_4_1
ou
dkms-8192eu
je ne sais pas ...)
jpl711 :
oui, j'ai essayer les alternatives aussi
pourtant il est installé !
pourtant il est installé !
Je ne comprends vraiment pas pourquoi cette commande n'a rien retourné :
rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}\n' dkms-8192eu
...
Normalement, elle aurait du fonctionner...
Bref, oublions cette histoire... C'est inutile de continuer car nous savons depuis quelques échanges que ce paquet vient de Nic80 et non de Mageia.Org.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie