Reprise du message précédent :
J'utilise sans problème
 
Tu as du rater la lecture de ce passage du wiki :

 
Donc en gros tu appaires sous linux pour jouer avec sous linux, et tu dois re-appairer si tu veux l'utiliser ensuite sous Windaube, et inversement.

Ah zut, sinon j'ai bon dans ma procédure? Car je lis souvent à mince il faut les header, ah mince il faut DMKS, je m'en suis fait une montagne, ou j'ai loupé un truc? Car un coup de pacman -S et c'était installé...???
 
Et quand tu veux appairer sous Arch c'est quoi la commande?

Oui t'as bon dans ta procédure, faut juste installer xone et il va installer les dépendance, et un reboot pour que ça soit actif.
 
Ensuite sous Arch c'est la même procédure d'appairage que sous Win : https://support.xbox.com/en-US/help [...] ller-to-pc

 
J'ai fait ce que je croyais dans la procédure, mais ça ne fonctionne pas...    
 
Sur mon install PC jeux, je n'ai pas installé la fonctionnalité AUR, pas le besoin.    
 
Mais cet AUR https://aur.archlinux.org/packages/xone-dkms semble être la recette tout en un pour le dongle manettes series?    
 
J'avoue j'aurais préféré y arriver moi même.    
 
Tu aurais du temps pour la procédure que tu as employée?    
 
Merci

Ah oui sans activer l'installation des paquets AUR, ça sera plus compliqué ...
 
J'ai simplement installé le paquet xone-dkms d'AUR que tu indiques, c'est tout, puis reboot et ensuite j'ai suivi la procédure d'appairage classique de la manette comme sous Windows.

Ok bah je vais faire ça ce swaaaar! Merci  

Ça veut rien dire, ça : AUR est un dépôt (Arch User Repository), pas une fonctionnalité. Et pour compiler et installer un PKGBUILD de là-bas, ça passe par un « git clone » et un « makepkg », normalement (les options exactes sont dans le pense-bête que j’ai reposté encore récemment).
 
Sinon, j’ai eu une frayeur avec la dernière salve de MAJ (qui a apporté le noyau 6.9.8, notamment). Après avoir éteint après leur installation, au rallumage, plus de Wi-Fi ! Même le service « wpa_supplicant » était désactivé ! Je crois que j’ai dû le réactiver et redémarrer (une fois sous le noyau LTS, puis une autre sous le noyau normal pour vérification) pour que ça refonctionne ! J’ai vu sur le forum que certains avaient aussi eu un problème à cause d’une régression sur des dongles USB et ont dû recompiler un module DKMS, mais mon module est interne et n’utilise pas le même pilote.

On va dire que je n'ai pas installé Yay ou Paru  

Je m'y attelle ce soir, sur mon PC admin, je l'ai installé pour Teams et Teamviewer    bien pratique  

Hop paru installé, paru -S xone-dkms
 
ça installe sans erreur, mais au final je reboot, et toujours pas possible d'appairer snif

J'ai regardé via inxi et le dongle est bien reconnu
 
USB:
  Hub-1: 1-0:1 info: hi-speed hub with single TT ports: 10 rev: 2.0
  Device-1: 1-4:2 info: Microsoft Xbox Wireless Adapter for Windows
    type: WiFi rev: 2.0
  Device-2: 1-6:3 info: ASUSTek AURA LED Controller type: HID rev: 2.0
  Hub-2: 1-7:4 info: Genesys Logic Hub ports: 4 rev: 2.0
  Device-1: 1-8:5 info: KYE Systems (Mouse Systems) X-G510
    type: keyboard,mouse,HID rev: 2.0
  Device-2: 1-9:6 info: CHERRY Keyboard type: keyboard,HID rev: 2.0
  Hub-3: 2-0:1 info: super-speed hub ports: 4 rev: 3.1
  Hub-4: 3-0:1 info: hi-speed hub with single TT ports: 4 rev: 2.0
  Hub-5: 4-0:1 info: super-speed hub ports: 4 rev: 3.1

T'es sur que l'install de xone s'est bien passée ?
 
Car je viens de tenter l'installation sur ma machine du taf, et j'ai cette erreur dans le process :

 
Si je regarde le log, j'ai ça :

 
Si tu as pareil, normal que ça fonctionne pas ...

Je viens de faire un Paru -Rs xone et reboot et recommencer
 

 
Tout à l'air de bien se dérouler, j'ai retiré le secureboot de ma mobo pour tenter avant l'install, ici je vais rebooter et tester  

T'as la même erreur que moi ...

Merde comment j'ai pas pu le voir au départ...
 
Purée c'est désespérant. Tu as une idée?

Je lis qu'il faudrait utiliser la version xone-dkms-git ! Je tente

Exact, avec la version git, ça fonctionne :
 

Avant d’installer l’AUR xone-dkms-git il faut installer les headers, ça se résume à faire un
 
sudo pacman -S linux-headers?

Yep !

Hop petit test sur un PC portable vite fait ça marche ! Validé sur mon PC de jeux    
 
J’ai sûrement merdé l’installation en tentant de faire ça à la main sans l’AUR  

Encore merci à toi pour ton aide  

Pas de quoi, l'essentiel est que ça fonctionne maintenant  

Je sais pas si c’est parce que c’est l’été et qu’ils ont enfin le temps de s’y mettre, mais en ce moment, sur Arch Linux, ils sont manifestement en train de recompiler tous les paquets pour leur ajouter un fichier « .SRCINFO » (qui contient la liste des dépendances, celle-ci étant jusque-là indiquée dans le PKGBUILD lui-même).
 
Heureusement, ils font ça par vagues, mais j’ai quand même eu 102 paquets à mettre à jour au cours des dernières 24h ce matin sur Primula (mon PC portable)…

230 depuis le 11/07  
On devrais être bientôt à jour:
https://archlinux.org/todo/rebuild-srcinfo/   https://archlinux.org/todo/rebuild- [...] g-srcinfo/

Yep: https://archlinux.org/todo/rebuild- [...] fo-part-6/
 

Toujours content d’Arch Linux installé depuis janvier c’est nickel    
 
A l’occasion je partagerai si ça a sa place ici ma manière d’installer Arch et de l’utiliser.
 
Je ne sais pas s’il y a une sorte de maintenance à faire en dehors de Pacman avec la commande pour supprimer le cache à l’occasion et de voir s’il y a des paquet orphelin ?

Salut Targan82,

A titre personnel je suis intéressé. Voir ce que font d'autres, les réactions et conseils de plus compétant (ou pas ) me permet de progresser. Et fait vivre le topic.
 

Pour la maintenance, il faut suivre les infos donnés ici: https://archlinux.org/ . On peut s'abonner. Il y a parfois des interventions manuelles à réaliser. Voir aussi ici: https://wiki.archlinux.org/title/Sy [...] d_packages . Existe en version Française possiblement moins à jour selon traduction. Changer la langue si nécessaire. Voir et faire des recherches en particulier concernant le paragraphe 3.5.  
Lors d'une mise à jour, il faut être attentif aux informations que Pacman indique en fin de log....

Ça roule je prendrai le temps de faire un beau post lundi ou mardi    
 
Je vais aussi lire tes liens

En terme de maintenance :

- aller sur la page d'accueil du site archlinux avant de faire un pacman -Syu, afin de voir s'il y a une intervention manuelle à faire, sur ce point j'aurais aimé une fonctionnalité de pacman pour faire cette vérification, c'est à dire afficher dans la console un warning.

- en cas de présence de fichiers *.pacnew : vérifier ce qu'il y a de nouveau là-dedans

- surveiller la présence de warnings dans la sortie de pacman -Syu, il y a parfois des interventions à faire, cette vérification peut se faire aussi en lisant le fichier pacman.log, qui contient tout l'historique de la sortie console de pacman.

- taper une commande pour vérifier la présence de paquets orphelins

- mettre en place un système permettant de dépanner le cas d'une mise à jour qui empêche le démarrage de arch linux (noyau bogué, xorg ou wayland bogué), ça consiste à maîtriser le chroot, le démarrage sur une clé USB, sur un noyau de secours, pour pouvoir rétrograder le paquet fautif, une page dédiée existe sur le wiki archlinux.

Salut,

Tu peux t'inscrire à la mailing-list et être prévenu par mail. Si intéressé c'est ici:  https://lists.archlinux.org/mailman3/lists/     Arch-announce, premier choix de la liste. Il n'y a pas besoin de compte, juste fournir une adresse et répondre au mail de confirmation.

Retour de congés et mises à jour après presque 3 semaines d'absences, heureusement qu'il y a la fibre de nos jours
 

 

Surtout que là, tu te farcis aussi les recompilations de tous les paquets qui n’avaient pas encore de fichier « .SRCINFO » inclus dans les fichiers sources du PKGBUILD… 100 paquets à télécharger chaque jour, pendant une semaine, quel plaisir ce fut !

Y en a qui ont essayé Darkman, ici ? Ça marche bien pour basculer automatiquement entre thèmes clair et sombre (sur XFCE, en tout cas) ?

Ça fonctionne le bluetooth avec le dernier noyau linux ?
 
J'ai acheté une clé USB bluetooth "5.1" bon marché, censée être compatible linux :
https://www.amazon.fr/dp/B0C5R5XKGG
 
la commande lsusb retourne ceci :
 

 
mon smartphone bluetooth est bien reconnu par la clé USB, mais je n'arrive pas à me connecter depuis l'IHM plasma KDE, j'ai ce message quand je clique sur le bouton "connecter" :
 
 

 
dans dmesg :
 

surement une question de modules/drivers/paquets installés, j'imagine.
par exemple, le service bluetooth est bien présent et activé ?

J'ai pu résoudre le problème en faisant ces manips :

1) activation du service bluetooth (je l'avais uniquement démarré manuellement)

2) installation du paquet pulseaudio-bluetooth

3) redémarrage du PC

c'est seulement après avoir fait ces 3 étapes que le PC a bien voulu s'associer avec mon smartphone, j'arrive maintenant à entendre le son des vidéos de mon smartphone sur les haut-parleurs de mon PC.

Est-il possible ensuite de pouvoir accéder aux fichiers du smartphone depuis l'explorateur de fichiers du PC ?
Le smartphone n'est pas monté dans l'explorateur de fichiers.
Cela m'éviterait de relier mon smartphone via un cable USB quand je veux transférer des fichiers.

Tu peux le faire par wifi avec KDEconnect sûr. En bluetooth, j'ai vu que d'android à android c'est expérimental, donc à voir avec Linux.

Avec arch linux et la dernière version de firefox (ou celle de chromium, opéra) :
 
- avez-vous remarqué des sites web qui ne fonctionnent plus, avec le navigateur qui indique que le serveur distant refuse la connexion ?  
Le message technique quand on regarde dans la console de débogage est "ERR_BLOCKED_BY_RESPONSE".
 
Sur la version Android de firefox le message d'erreur est ceci :
 
 
Nightly Can’t Open This Page
 
To protect your security, <URL du site> will not allow Nightly to display the page if another site has embedded it. To see this page, you need to open it in a new window.
 
 

Quelle version de Firefox ? Je suis sur la dernière (130.0) et aucun souci.
 
C'est sur des sites en particulier ? Si oui lesquels ?

Pas un problème spécifique à Arch, ça, a priori, mais plutôt soit des navigateurs (des incompatibilités causées par les dernières modifications faites au code ?) ou de ton résolveur DNS (j’ai moi-même parfois certains soucis alors que j’utilise Unbound et donc un résolveur local faisant directement appel aux serveurs de la racine, et relancer son service remet les choses en place).
 
+ 1 pour des exemples de sites problématiques.

C'est pas le type de message quand y il y a un problème avec le certificat ?
avec le HTTPS est activé par défaut un truc comme ça.