Re: machine en qwerty après démarrage systématiquement

2021-02-10 Par sujet Grégory Bulot
Le Wed, 10 Feb 2021 23:40:34 +0100,
didier gaumet  a écrit :


> A tout hasard, un peu à l'aveugle: peut-être un rapport avec des
> restes de bureaux Gnome, KDE ou autres étant installés ou ayant été
> installés (voire simplement avec des applications de ces
> environnements qui installent en dépendances des bouts de
> configuration du bureau concerné). En plus j'ai de vagues souvenirs
> (erronés?) qu'Openbox pouvait être lancé en mode compatibilité
> Gnome/KDE. Si c'est le cas ça pourrait signifier qu'il faut
> paramétrer le clavier dans les outils ou fichiers|bases de
> configuration de ce(s) bureau(x).


Rien n'est impossible ! 

Quand j'ai installé, il me semble que j'avais fait attention a
désactiver tout les environnements graphiques (sauf lxde que je suppose
le plus light dans la liste disponible) puis ensuite installation
openbox

Mais ensuite j'avoue ne pas faire attention si une appli graphique que
j'install nécessite les lib spécifiques a kde ou gnome par exemple.

En réfléchissant, j'ai bien des soucis avec certaines applis 'gnome' ...
je pense a evince pour laquelle je n'ais pas de barre de titre possible
mais j’appréhende de partir en hors sujet ;-) 






Re: machine en qwerty après démarrage systématiquement

2021-02-10 Par sujet Grégory Bulot
Le Wed, 10 Feb 2021 22:28:25 +0100,
fabricer  a écrit :

> hello,
> 
> sans chercher à résoudre réellement ton soucis, tu pourrais démarrer
> setxkbmap fr à chaque début de session ? j'ai l'impression que c'est 
> souvent utilisé comme contournement.


C'est bien ce que j'applique "en attendant" ;-) 



Re: machine en qwerty après démarrage systématiquement

2021-02-10 Par sujet didier gaumet

Le 10/02/2021 à 20:17, Grégory Bulot a écrit :

Bon après reboot, aucune des actions du fil de discussion n'a changé la
situation

:-/


A tout hasard, un peu à l'aveugle: peut-être un rapport avec des restes 
de bureaux Gnome, KDE ou autres étant installés ou ayant été installés 
(voire simplement avec des applications de ces environnements qui 
installent en dépendances des bouts de configuration du bureau 
concerné). En plus j'ai de vagues souvenirs (erronés?) qu'Openbox 
pouvait être lancé en mode compatibilité Gnome/KDE. Si c'est le cas ça 
pourrait signifier qu'il faut paramétrer le clavier dans les outils ou 
fichiers|bases de configuration de ce(s) bureau(x).




Re: machine en qwerty après démarrage systématiquement

2021-02-10 Par sujet fabricer

hello,

sans chercher à résoudre réellement ton soucis, tu pourrais démarrer
setxkbmap fr à chaque début de session ? j'ai l'impression que c'est 
souvent utilisé comme contournement.


a+

f.

Le 10/02/2021 à 20:17, Grégory Bulot a écrit :

Bon après reboot, aucune des actions du fil de discussion n'a changé la
situation

:-/







Re: Sid, upgrade kernel casse mon Wifi

2021-02-10 Par sujet Étienne Mollier
Bonsoir Jérôme,

jerome moliere, on 2021-02-10 18:30:33 +0100:
> Bonjour
> d'apres le support System76 la these de la panne materielle semble la plus
> probable.

Ce ne serait pas surprenant.

> Je vais donc commander une carte et tester 
> Vous avez des references a conseiller en la matiere, compatibles si
> possible Linux libre ?

Il y a eu une grosse discussion sur debian-devel le mois dernier
après que quelqu'un a signalé que le disque d'installation
réseau sans firmware non libres mis en avant en page d'accueil
de debian.org était un choix malheureux[1].  Attention, il y a
beaucoup de lecture en Anglais, si vous vous intéressez au fil
de discussion complet.

[1] https://lists.debian.org/debian-devel/2021/01/msg00151.html

Je n'ai pas retrouvé le message en question, mais il me semble
qu'une des difficultés pour avoir des micrologiciels libres dans
le domaine des puces de communication sans fil est la
réglementation, qui interdit les fabricant de fournir du
matériel qui serait capable d'opérer en dehors des bandes
autorisées.

Il y avait également un ou plusieurs message concernant quelques
références pour des puces wifi libres, mais elle ne semblaient
ni être les plus performantes, ni être les plus simples à se
procurer.

> chipsets ath9k ou ath10k . D'autres ?
> Quelles references eventuellement ...

Dans la gamme Qualcomm Atheros, les chipsets supportés
comprennent ceux listés dans la description du paquet
firmware-atheros.  Ils ne sont malheureusement pas Libres, mais
ils sont disponibles via le dépôt non-free.  La liste est assez
longue, mais peut être obtenue avec la commande :

$ apt show firmware-atheros

Il y a également des puces Broadcom, Marvell, Intel (mais
j'imaginge que vous n'avez pas envie de retenter l'expérience
iwlwifi que avez eu), etc.  Pour une liste, probablement non
exhaustive, des paquets de micrologiciels supportés par non-free
pour fournir du wifi, vous pouvez voir le résultat de la
commande suivante, qui sur Sid avec non-free me donne :

$ apt-cache search ^firmware- | grep -Ei 'wireless|wifi'
firmware-ath9k-htc - firmware for AR7010 and AR9271 USB wireless 
adapters
firmware-atheros - Binary firmware for Qualcomm Atheros wireless cards
firmware-brcm80211 - Binary firmware for Broadcom/Cypress 802.11 
wireless cards
firmware-ipw2x00 - Binary firmware for Intel Pro Wireless 2100, 2200 
and 2915
firmware-iwlwifi - Binary firmware for Intel Wireless cards
firmware-libertas - Binary firmware for Marvell wireless cards
firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters
firmware-ti-connectivity - Binary firmware for TI Connectivity wifi and 
BT/FM/GPS adapters
firmware-zd1211 - binary firmware for the zd1211rw wireless driver
firmware-ralink - Binary firmware for Ralink wireless cards (dummmy 
package)

> Merci a vous

Bonne soirée,
-- 
Étienne Mollier 
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/2, please excuse my verbosity.


signature.asc
Description: PGP signature


Re: machine en qwerty après démarrage systématiquement

2021-02-10 Par sujet Grégory Bulot
Bon après reboot, aucune des actions du fil de discussion n'a changé la
situation 

:-/ 



Re: Sid, upgrade kernel casse mon Wifi

2021-02-10 Par sujet jerome moliere
Bonjour
d'apres le support System76 la these de la panne materielle semble la plus
probable.
Je vais donc commander une carte et tester 
Vous avez des references a conseiller en la matiere, compatibles si
possible Linux libre ?
chipsets ath9k ou ath10k . D'autres ?
Quelles references eventuellement ...
Merci a vous

Le lun. 8 févr. 2021 à 18:12, jerome moliere  a
écrit :

> Bonjour a tous,
> je suis victime d'un souci sournois sur 1 laptop System76 lemur pro dote
> de composants Intel 11eme generation.
> Suite a l'upgrade du kernel en 5.10-2 (et 3 depuis) je n'ai plus de wifi:
> - lspci voit toujours la carte lspci -nnk
> lspci -nnk|grep -i network   ─╯
> 00:14.3 Network controller [0280]: Intel Corporation Comet Lake PCH-LP
> CNVi WiFi [8086:02f0]
>
> par contre  elle est invisible par ip/iwconfig etc
> ip a ─╯
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group
> default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: enx0050b6ebc397:  mtu 1500
> qdisc pfifo_fast state UP group default qlen 1000
> link/ether 00:50:b6:eb:c3:97 brd ff:ff:ff:ff:ff:ff
> inet 192.168.1.34/24 brd 192.168.1.255 scope global enx0050b6ebc397
>valid_lft forever preferred_lft forever
> inet6 2a01:cb19:65b:4100:2b1a:5245:8c46:60f3/64 scope global temporary
> dynamic
>valid_lft 1773sec preferred_lft 573sec
> inet6 2a01:cb19:65b:4100:250:b6ff:feeb:c397/64 scope global dynamic
> mngtmpaddr
>valid_lft 1773sec preferred_lft 573sec
> inet6 fe80::250:b6ff:feeb:c397/64 scope link
>valid_lft forever preferred_lft forever
> 3: docker0:  mtu 1500 qdisc noqueue
> state DOWN group default
> link/ether 02:42:a0:41:aa:9a brd ff:ff:ff:ff:ff:ff
> inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
>valid_lft forever preferred_lft forever
>
>
> Dans les logs du kernel on voit qu'il y a un souci de chargement du
> firmware:
> sudo dmesg|grep -i iwlwifi
>
>
>─╯
> [4.769596] iwlwifi :00:14.3: minimum version required: (efault)198
> [4.769643] iwlwifi :00:14.3: maximum version supported: (efault)143
> [4.769684] iwlwifi :00:14.3: check git://
> git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
> [4.769744] iwlwifi :00:14.3: Couldn't request the fw
> [4.783252] iwlwifi: probe of :00:14.3 failed with error -2
>
>
> Effectivement avec une version mini (198) > a la version maxi (143) cela
> va etre dur de charger quoi que ce soit je pense
> J'ai tente de copier les fichiers .ucode chopes sur le site de Intel dans
> /lib/firmware mais sans succes
>
>
> Que puis je faire ?
> Depuis ma carte wifi est invisible sur toutes les distros avec des kernels
> differents j'ai tente plusieurs livecd mais elle est tjs aux abonnes
> absents...
>
> Vos conseils eclaires sont les bienvenus.
> Cordialement
>


Re: Firefox paquet debian problème avec certains sites

2021-02-10 Par sujet Stephane Ascoet

Le 09/02/2021 à 07:16, daniel.malg...@laposte.net a écrit :

Internet est devenu un vrai casse-tête: À peine arrivé sur un site, qune
fenêtre surgit pour demander d’accepter les cookies, une autre pour
activer les notifications, une troisième pour connaître votre
géolocalisation, le tout pendant qu’une vidéo se lance automatiquement
(avec le volume à fond !) alors que vous n’aviez, bien sûr, rien demandé.


Bonjour, ca me rappelle l'ordi de mon voisin au debut des annees 2000, 
sous win98/IE 6. Je me demandais comment les millions de gens comme lui 
supportaient cela alors que pour moi, le Web n'etait pas le meme(ca 
ressemblait plutot a CSSZenGarden). Maintenant, sous un systeme le plus 
libre possible, on se retrouve avec cette experience... et dire qu'on 
critiquait les mignons GIF animes sur des pages ecrites en couleurs sur 
un fond etoile a la fin des annees 1990s... maintenant, en plus de tout 
ce que tu as ecrit, on doit dechiffrer parmi tout ca du texte ecrit en 
gris clair avec une police floue sur du blanc petant qui arrache les 
yeux. Ca me donne envie d'arreter l'informatique et de me faire 
maraicher, mais le soucis, c'est que je ne m'y vois pas du tout :-(
Et de toutes facons, on nous oblige a faire plein de choses 
essentielles(administratives, etc.) via le Web, on ne peut pas y couper 
completement.

--
Cordialement, Stephane Ascoet



Re: konsole: clic sur une url se transforme en lien file

2021-02-10 Par sujet Stephane Ascoet

Le 09/02/2021 à 18:23, steve a écrit :


Qu'est-ce qui se passe ?

Merci d'avance pour vos lumières.

Steve

Bonjour, ca ressemble a un bug dans Plasma, au niveau du Sed ou 
equivalent qui recupere l'URI a transmettre au navigateur


--
Cordialement, Stephane Ascoet



Re: Login automatique et gestion écran de veille en verrouillage (Buster/openbox) problème mate-screensaver ?

2021-02-10 Par sujet Daniel Caillibaud
Le 09/02/21 à 12:14, Grégory Bulot  a écrit :
> Bonjour,
> 
> Mon pc boot sous cryptsetup (/boot inclus), je suis le seul utilisateur
> du poste.
> 
> Je me suis dis : a quoi ça sert d'ajouter la saisie du login sous
> lightdm dans ce genre de situation !

Je suis dans le même cas, avec lightdm + cinnamon, et ça fonctionne 
correctement.

> Le problème est pour l'écran de veille  il ne demande plus le mot de
> passe pour déverrouiller l'écran !

> Y-a-t-il un paramètre que j'aurais oublié ou est-ce mate-screensaver
> qui pose problème ?

Faudrait fouiller la doc de mate-screensaver, à priori c'est à lui de lancer le 
lock/unlock

> En Hors sujet : si je me déconnecte et que je retourne sur lightdm,
> existe-t-il une astuce pour qu'il ne refasse pas le login automatique ?

Ça je crois pas, ça semblerait logique, à moins qu'il existe un truc pour 
afficher un bouton
pour fermer lighdm depuis l'écran de login (pendant les 5s).
Pour repasser en mode console avec X lancé, j'ouvre une console avec 
ctrl+alt+Fx et je ferme X
depuis cette console (systemctl stop ligthdm.service), mais je le fais jamais, 
les rares cas où
j'ai dû faire ça c'est parce que X était planté.

-- 
Daniel

Si ceux qui disent du mal de moi, savaient exactement ce que je
pense d'eux, il en diraient bien d'avantage.
Sacha Guitry



Re: Sid, upgrade kernel casse mon Wifi

2021-02-10 Par sujet jerome moliere
Bonjour a tous,
merci Etienne de cete reponse...
Alors OUI le souci n'est pas specifique a une distro il se produit pour
toutes les distros testees (environ 7 ou 8 avec des versions de kernel et
de packages linux-firmware differentes)
J'ai voulu teste GhostBSD mais la machine est recente et il ne boote pas
...-(
La carte Wifi est vue par le systeme avec lspci -nnk et le module essaie de
se charger Et juste avant l'update (jusqu'a Dimanche soir ou Lundi)
elle fonctionnait tres biem
Cela me parait etre du soft pur et dur 
Pour les numeros de version a noter que Garuda (Arch based)  n'indique pas
les memes mais ils sont errones et incoherents de la meme facon

Merci encore du coup de main... Je dois dire que je n'ai jamais ete
confronte a un souci aussi severe 
Encore merci

Le mar. 9 févr. 2021 à 21:26, Étienne Mollier 
a écrit :

> Bonsoir Jérôme,
>
> jerome moliere, on 2021-02-08 18:12:11 +0100:
> > Dans les logs du kernel on voit qu'il y a un souci de chargement du
> > firmware:
> > sudo dmesg|grep -i iwlwifi
>
> Les numéros de version ci-après :
>
> > [4.769596] iwlwifi :00:14.3: minimum version required:
> (efault)198
>  
> > [4.769643] iwlwifi :00:14.3: maximum version supported:
> (efault)143
>   
> sont précédés de la mention "(efault)".  Pour une raison ou pour
> une autre, le pilote tente d'accèder à une address invalide[1]
> pour indiquer les numéros de version de micrologiciel supportés
> par le pilote, d'où le résultat confus.
>
> [1]
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/core-api/printk-formats.rst#n68
>
> > [4.769684] iwlwifi :00:14.3: check git://
> > git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
> > [4.769744] iwlwifi :00:14.3: Couldn't request the fw
> > [4.783252] iwlwifi: probe of :00:14.3 failed with error -2
> [...]
> > Que puis je faire ?
> > Depuis ma carte wifi est invisible sur toutes les distros avec des
> kernels
> > differents j'ai tente plusieurs livecd mais elle est tjs aux abonnes
> > absents...
>
> Si le problème est indépendant des distributions, apparaissant
> ailleurs que dans Debian et ses distributions dérivées, alors ça
> vaudrait peut-être le coup d'ouvrir un rapport de bogue sur
> le bugzilla en amont[2].
>
> Éventuellement, ça pourrait valoir le coup de tester avec un
> système d'exploitation et un noyau entièrement différent (BSD,
> MS Windows), si c'est possible bien entendu, juste pour
> s'assurer que ce n'est pas la carte wifi qui a rendu l'âme.
>
> [2] https://bugzilla.kernel.org/
>
> Bonne soirée,
> --
> Étienne Mollier 
> Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
> Sent from /dev/pts/2, please excuse my verbosity.
>