Forum

Reprise du message précédent

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.

jybz

je viens de réessayer pour vérifier et ça réponds :

[jp-linux@localhost ~]$ rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}\n' dkms-8192eu
dkms-8192eu-4.4.1-1.mga7 (none)
[jp-linux@localhost ~]$


pourtant je ne me suis pas trompé l'autre fois car j'avais fais "copier/coller la commande !

JP

Ah ! Je me disais bien que ça aurait du répondre !


Ce n'est pas grave...

Mais là, on a un beau " (none) " !

Compare avec un paquet signé par mageia :
rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}\n' basesystem

On vient de prouver que dkms-8192eu n'est pas de Mageia. (Même si on le savait déjà

voila :

[jp-linux@localhost ~]$ rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} %{SIGPGP:pgpsig}\n' basesystem
basesystem-8-0.2.mga8 RSA/SHA256, sam. 15 févr. 2020 16:55:36, Key ID b742fa8b80420f66
[jp-linux@localhost ~]$

tu vois, Key ID b742fa8b80420f66, c'est la clef de Mageia. La paquet est signé par Mageia, et il n'y a que Mageia qui a cette clef. Il est impossible (sauf piratage de Mageia.org) que quelqu'un d'autre puisse signer avec cette clef.

C'est tout je n'ai rien à dire d'autre à ce sujet

ok merci jybz

tu pense que ça va être réglé pour Mageia 8 ?

JP

Possible que ça sera réglé pour Mga8, si :
- On trouve exactement le problème (blacklister un driver ?)
- Quelqu'un s'occupe du rapport de bogue.

ok nickel

Bonjour,

En fait, à priori un paquet est dans les dépots.

Par contre, il semble ne pas fonctionner sous certaines conditions (notamment lorsque l' on utilise une Freebox et que la clé fonctionne en N, visiblement).

Comme indiqué (et confirmé par Papoteur), la récuperation des sources semble être faite à partir de la branche master (ou 4.4.1) pour ce paquet. Mais il y a du y avoir un changement dans cette branche qui fait que le pilote ne voit plus la Freebox, mais cela est probablement à voir du côté du mainteneur du pilote/dépot (donc externe à Mageia).

Peut être que le paquet peut être construit à partir d' un commit précédant le passage à la version 5.6.4 du pilote, mais c' est potentiellement se passer des dévellopements futur)

Édité par nic80 Le 06/03/2020 à 12h30

ok merci,
s'il faut tester un nouveau rpm , je suis dispo, vu que j'ai le matos.
veuillez me faire signe ...
JP

Bonjour,

Entre les deux version de modules, il y quelque paramètres qui changent...

Par exemple le channel_plan ( sur la version mga8), mais je doute que ce soit ça...

5.6.4-8192eu.txt
8192eu-4.4.1.txt

Mais on peut essayer:

modprobe -r 8192eu
modrpobe 8192eu rtw_channel_plan=97 rtw_wireless_mode=16

bonjour nic80,

a la 1ere commande : modprobe -r 8192eu
il me déconnecte du wifi et ensuite , je vois toujours la box mais
"échec de connexion " 2 fois et au 3eme essai, c'est bon !

quand je redémarre le pc, il reste longtemps (1mn) sur : rw,relatime,errors=continue,user,xattr,acl
... puis il continue le démarrage normalement.
mais je ne vois plus compiler le dkms-8192eu-4_4_1-1_mga7_noarch.rpm .

quand a 2eme commande: il me dit "commande introuvable"

JP

Édité par jpl711 Le 07/03/2020 à 17h50

modrpobe
modprobe

c'est une faute de frappe

Bonjour,

Pour les essai de paramètres, c' est à essayer sur la version mga8 (celle avec laquelle la freebox n' est pas vue)...

Attention, il faut bien penser à supprimer le répertoire /usr/src/8192eu-4.4.1 , entre chaque essai, ni la suppression de ve répertoire , ni la suppression de la ligne blacklist rtl8xxxu n' est gére par quelque paquet que ce soit (sinon on va se retrouver avec un très grand nombre de ligne)

Edit: désolé pour la faute de frappe...

Edit 2:

.

Je me demande quel module est utilisé après le modprobe -r ...

Edit 3:



Ça c' est normal, le module nest compilé qu' une seule fois par version/noyau. Si le noyau change, il y aura compilation par dkms (idem si on change de version de module (4.4.1 <->5.6.4))

Edit 4: les deux sorties dans les fichiers sont celles issues des paquets mga8 et mga7 que j' ai produite (mais le paquet du dépot de cauldron utilise la branche master/4.4.1 qui contient la version 4.4.1 (celle dans "mon" paquet mga7 au départ puis la version 5.6.4 !). D' ailleurs je me demande si les modules rtl8192ce et rtl8xxxu ne sont pas basés sur cette version 5.6.4 , ce qui expliquerait que la freebox reste cachée !)

Édité par nic80 Le 07/03/2020 à 21h39

Bonsoir,
désolé après multiples manips et redémarrages ,
verdict : ca ne marche pas
en ayant appliqué a la lettre toutes tes directives.
avec le rpm .mga7 ,je voyais une douzaine de réseaux mais le rpm .mga8, je n'en vois plus que 3 et le mien a disparu !
JP

Édité par jpl711 Le 08/03/2020 à 00h44

Bonjour,

Que l' on ne voit plus que 3 réseaux wifi est normal, en fait le paramètre rtw_wireless_mode, c' était pour réduire la recherche des réseaux wifi en n 2,4 uniquement (mais je ne pense pas qu' en faisant un
modprobe -r 8192eu
Modprobe 8192eu rtw_channel_plan=97

Change quelque chose (peut être voir plus de réseau éventuellement)...

Pour le wireless_mode,je me suis basé sur le fichier hal_phy.h (je crois) à la ligne 106.

Édité par nic80 Le 08/03/2020 à 01h05