[Mise à jour] Ndiswrapper requiert linux < 3.3 [Résolu]

[Fif91]

Bonjour,
J'obtiens ceci en faisant une mise à jour complète du système.

Code : Tout sélectionner

pacman -Syu
:: Synchronisation des bases de données de paquets...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  101k  100  101k    0     0   6324      0  0:00:16  0:00:16 --:--:-- 73272
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1385k  100 1385k    0     0  42938      0  0:00:33  0:00:33 --:--:-- 81334
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1655k  100 1655k    0     0  54826      0  0:00:30  0:00:30 --:--:--  178k
:: Début de la mise à jour complète du système...
résolution des dépendances...
recherche des conflits entre paquets...
:: sqlite et sqlite3 sont en conflit. Supprimer sqlite3 ? [o/N] o
Erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: ndiswrapper : requiert linux<3.3

Code : Tout sélectionner

# uname -r
3.2.14-1-ARCH

Que faire sachant qu'il n'y a pas de nouvelle version de ndiswrapper ?

[FoolEcho]

Code : Tout sélectionner

# uname -r
3.2.14-1-ARCH

Tu n'es pas trop à jour déjà. Le kernel est passé en 3.3 depuis un moment et ndiswrapper le supporte d'ailleurs.
Commence par vérifier les miroirs de ton /etc/pacman.d/mirrorlist.

[Fif91]

Tu dis que ndiswrapper supporte le noyau 3.3 ? Tu dois certainement parlé de la version 64b, je suis en 32b, et via ton lien on voit bien :

Dependencies (4)

linux<3.3
linux>=3.2

[FoolEcho]

Je n'avais pas vu ta signature, tu aurais du préciser.

... du coup, je ne sais pas pourquoi le 32 bits n'a pas été mis à jour dans la foulée car le PKGBUILD est commun... Tu peux essayer de récupérer PKGBUILD, patch et .install de la version 64 bits, et tenter de compiler toi-même le paquet sous 32 bits (il est commun aux deux, même si le 32 bits ancien n'est bien sûr pas patché, lui)...

Par contre, ça risque d'être un peu embêtant pour toi, car tu vas d'abord devoir mettre le kernel à niveau avant de compiler ndiswrapper (et donc désinstaller ndiswrapper). Utilise pacman -Sw pour télécharger les mises à jour sans installer, puis désinstalle ndiswrapper et met à jour. Et vérifie que tu aies bien les anciens paquets dans ton cache de pacman au cas où la compilation échoue...

Autre possibilité: tu as besoin de ndiswrapper pour quoi ? (peut-être existe-t-il un pilote linux...)

[Fif91]

Ouah, c'est un peu sport ce que tu me proposes de faire

Je suis tombé sur ce ce post, si j'ai le courage je vais essayé

J'utilise ndiswrapper pour ma carte wifi tew-423pi. De mémoire, le pilote Linux ne me convenait pas. D'ailleurs, celui de Windows n'est guère mieux, plafonnant à 11mbps.

[FoolEcho]

D'après ton sujet, il y aurait effectivement un patch supplémentaire à appliquer sur les headers du kernel (et c'est là que le bât blesse du point de vue Arch en fait, car il faudrait donc patcher les headers directement, mais bon, les mainteneurs sont sur le coup sans doute).



EDIT: Pour info, c'est d'ailleurs rapporté: https://bugs.archlinux.org/task/29493.

[Endorion]

Bonjour j'ai le même problème que Fif91.
Donc si j'ai bien compris, si on veut pouvoir réparer ce petit problème il faudrais faire une manipulation assez ardue, je n'aimerais pas faire une erreur qui finalement me pendras plus de temps pour les réparés.

Vraudrais-t-il mieux attendre que le bug soit réparé ou y aller par la manipulation ?

[FoolEcho]

Patience (ou pas, de nouvelles moutures de ndiswrapper sont dans [community-testing]).

[Fif91]

Résolu avec la nouvelle mouture présente dans les dépôts