benjarobin a écrit : ↑

sam. 09 nov. 2019, 20:24

@hopimet Oui, mais c'est le résultat de l'ensemble de la mise à jour. Je ne pense pas que sa mise à jour ne contienne que mesa.

C'est bien pour ça que je demandais pacman -Syu : pour voir quels autres paquets il y avait dans la mise à jour.

"Taille de la mise à jour nette" c'est un message de pacman, non ?

Salut,

Je vois mal comment mesa pourrait être responsable de ça (-450 Mo ça fait beaucoup). Tu peux donner le retour ce que renvoie : sudo pacman -Syu (sans valider la mise à jour)

Salut,

Tu peux filmer ton écran au démarrage, avec ton téléphone par exemple. Ce sera plus facile ensuite de faire défiler le film au ralenti et/ou de faire un arrêt sur image afin de pouvoir lire le message d'erreur.

Salut,

Tu peux donner la commande que tu tapes exactement ?

Oui, vu ce que tu dis ça me parait aussi en rapport avec le smartphone plutôt qu'avec le PC. Il faut donc chercher de ce côté là.

Et avec un autre smartphone ou un autre PC tu vois le hotspot ?

Salut,

C'est peut être un problème venant du nom du réseau. J'ai eu le souci récemment avec un SSID qui comportait un espace de la forme : xxx yyy.
En le renommant xxxyyy ça a fonctionné.

Salut,

Thomasb a écrit : ↑

mer. 09 oct. 2019, 19:31

(À propos, comment faire pour 'éteindre' un service manuellement via les fichiers, par exemple cups au hazard ? Sous Slackware c'est dans /etc/rc.d/ mais ici, je ne trouve pas...)

https://wiki.archlinux.fr/Services

Si tu regardes l'interface web de cups via l'adresse : http://localhost:631/printers/
Tu as quoi ? (poste une copie d'écran éventuellement)

Salut,

Tu peux donner la sortie de ls /etc/cups/ppd/ ?

Salut,

ping ne donne pas le débit.
Tu peux faire ça avec curl. Tu trouveras des exemples ici : https://lafibre.info/tester-son-debit/curl-linux/

J'ai qu'un seul vhost activé. - Depuis l'extérieur avec l'IP publique : aucun problème - Depuis l'extérieur avec le nom de domaine : l'adresse avec le nom de domaine fonctionne ainsi que la redirection https - Depuis le réseau local avec l'IP publique : ça ne fonctionne pas - Depuis le réseau local...

Tu corriges la version du paquet (variable pkgver) et la variable _x64md5 du PKGBUILD puis tu lances makepkg -s comme je te l'ai indiqué plus haut.

Ça fonctionne correctement ? Si c'est le cas un petit RÉSOLU dans ton titre ?

Non, non. Je ne parlais pas des mainteneurs des paquets d'AUR mais du maintien de pacman qui lui est assuré par les dév d'Archlinux. Je ne vois pas pourquoi ils feraient un boulot de dév supplémentaire (autrement dit modifier pacman pour qu'il gère aussi AUR) pour permettre l'accès à des dépôts qui ...

Certes, mais dans ce cas ça voudrait dire que les développeurs d'Archlinux auraient à maintenir un paquet visant à permettre un accès à un dépôt non officiel.

Pourquoi tout simplement ne pas rajouter les dépôts AUR dans Pacman et n’avoir qu’un outil? Parce que AUR n'est pas un dépôt officiel. Pacman ne peut installer que des paquets provenant des dépôts officiels maintenus par la distribution. Installer des paquets depuis AUR se fait aux risques et péril...

Pour la mise en veille je ne peux pas te dire, je ne l'utilisais pas jusqu'à présent. Vu la vitesse de démarrage, je n'en avais pas encore ressenti le besoin. Pour le wifi, aucun problème de mon côté. En 5 Ghz, je download à plus de 200 Mbits/s (environ 25 Mo/s) et c'est parfaitement stable. Mais ce...

Dès que je tape yay dans ma console ça me demande le mot de passe sudo :