Le Sun, 16 Dec 2018 13:03:47 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 12:55, Thomas Alexandre a écrit :Le Sat, 15 Dec 2018 11:09:51 +0100, www.pierre.aribaut.com a écrit :[Debian testing] c'est assez récent et a priori
pas vraiment buggé, le fait qu'ils aient testé à la recherche de bugs
pendant 10 jours avant de valider, cela rassure.
Un instant j'ai cru à l'ironie.
En tout cas sur ma machine la LTS a été plus buggée de suite (cf. le
plantage direct, en voulant éteindre), et moins fonctionnel (pas de
wifi, pas de bluetooth etc..), c'est ironique je sais, mais c'est le
constat.
Depuis Stretch (l'actuelle stable), par défaut le bouton power provoque un
veille prolongée, pas un arrêt de la machine. J'ai eu le même problème que
vous, "résolu" en configurant l'action du bouton power à "éteindre" dans
xfce. Je n'utilise pas la veille prolongée, je ne me suis donc pas penché
dessus plus que ça.
Pour le wifi, bluetooth et autres, par défaut Debian n'active jamais les
dépôts contrib et non-free. Or les paquets firmware-* sont quasiment tous
dans non-free. C'est pourquoi je vous ai donné le lien vers les images non-
free/cd-including-firmware. Et sans surprise, ça marche.
Dans votre grande sagesse vous aviez décidé que c'était du à une version
antédiluvienne du kernel. C'est totalement faux, il suffit d'installer le
firmware kivabien avec apt.
Le Sun, 16 Dec 2018 13:03:47 +0100, www.pierre.aribaut.com a écrit :
Le 16/12/2018 à 12:55, Thomas Alexandre a écrit :
Le Sat, 15 Dec 2018 11:09:51 +0100, www.pierre.aribaut.com a écrit :
[Debian testing] c'est assez récent et a priori
pas vraiment buggé, le fait qu'ils aient testé à la recherche de bugs
pendant 10 jours avant de valider, cela rassure.
Un instant j'ai cru à l'ironie.
En tout cas sur ma machine la LTS a été plus buggée de suite (cf. le
plantage direct, en voulant éteindre), et moins fonctionnel (pas de
wifi, pas de bluetooth etc..), c'est ironique je sais, mais c'est le
constat.
Depuis Stretch (l'actuelle stable), par défaut le bouton power provoque un
veille prolongée, pas un arrêt de la machine. J'ai eu le même problème que
vous, "résolu" en configurant l'action du bouton power à "éteindre" dans
xfce. Je n'utilise pas la veille prolongée, je ne me suis donc pas penché
dessus plus que ça.
Pour le wifi, bluetooth et autres, par défaut Debian n'active jamais les
dépôts contrib et non-free. Or les paquets firmware-* sont quasiment tous
dans non-free. C'est pourquoi je vous ai donné le lien vers les images non-
free/cd-including-firmware. Et sans surprise, ça marche.
Dans votre grande sagesse vous aviez décidé que c'était du à une version
antédiluvienne du kernel. C'est totalement faux, il suffit d'installer le
firmware kivabien avec apt.
Le Sun, 16 Dec 2018 13:03:47 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 12:55, Thomas Alexandre a écrit :Le Sat, 15 Dec 2018 11:09:51 +0100, www.pierre.aribaut.com a écrit :[Debian testing] c'est assez récent et a priori
pas vraiment buggé, le fait qu'ils aient testé à la recherche de bugs
pendant 10 jours avant de valider, cela rassure.
Un instant j'ai cru à l'ironie.
En tout cas sur ma machine la LTS a été plus buggée de suite (cf. le
plantage direct, en voulant éteindre), et moins fonctionnel (pas de
wifi, pas de bluetooth etc..), c'est ironique je sais, mais c'est le
constat.
Depuis Stretch (l'actuelle stable), par défaut le bouton power provoque un
veille prolongée, pas un arrêt de la machine. J'ai eu le même problème que
vous, "résolu" en configurant l'action du bouton power à "éteindre" dans
xfce. Je n'utilise pas la veille prolongée, je ne me suis donc pas penché
dessus plus que ça.
Pour le wifi, bluetooth et autres, par défaut Debian n'active jamais les
dépôts contrib et non-free. Or les paquets firmware-* sont quasiment tous
dans non-free. C'est pourquoi je vous ai donné le lien vers les images non-
free/cd-including-firmware. Et sans surprise, ça marche.
Dans votre grande sagesse vous aviez décidé que c'était du à une version
antédiluvienne du kernel. C'est totalement faux, il suffit d'installer le
firmware kivabien avec apt.
Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Le Sun, 16 Dec 2018 13:03:47 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 12:55, Thomas Alexandre a écrit :Le Sat, 15 Dec 2018 11:09:51 +0100, www.pierre.aribaut.com a écrit :[Debian testing] c'est assez récent et a priori
pas vraiment buggé, le fait qu'ils aient testé à la recherche de bugs
pendant 10 jours avant de valider, cela rassure.
Un instant j'ai cru à l'ironie.
En tout cas sur ma machine la LTS a été plus buggée de suite (cf. le
plantage direct, en voulant éteindre), et moins fonctionnel (pas de
wifi, pas de bluetooth etc..), c'est ironique je sais, mais c'est le
constat.
Depuis Stretch (l'actuelle stable), par défaut le bouton power
provoque un
veille prolongée, pas un arrêt de la machine. J'ai eu le même problème
que
vous, "résolu" en configurant l'action du bouton power à "éteindre" dans
xfce. Je n'utilise pas la veille prolongée, je ne me suis donc pas penché
dessus plus que ça.
Idem, je ne l'utilise pas non plus, justement parce qu'elle peut être
source de problèmes, de ne pas pouvoir ravoir la main, ou que cela mette
3 plombes à récupérer la main, donc je préfère éviter.
Donc en utilisation, ce point là ne sera pas un problème, puisque
j'aurai désactivé ces options de veille et gestion d'énergie inutiles
pour moi.Pour le wifi, bluetooth et autres, par défaut Debian n'active jamais les
dépôts contrib et non-free. Or les paquets firmware-* sont quasiment tous
dans non-free. C'est pourquoi je vous ai donné le lien vers les images
non-
free/cd-including-firmware. Et sans surprise, ça marche.
Dans votre grande sagesse vous aviez décidé que c'était du à une version
antédiluvienne du kernel. C'est totalement faux, il suffit d'installer le
firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
Sans installer quoique ce soit de non free, cela fonctionne.
À moins que toutes les versions live ubuntu et dérivés utilisent des
pilotes non-free dans les versions live et que quand on choisisse
d'installer aucun logiciel propriétaire, aucun logiciel tiers (lors de
l'installation), cela utilise malgré tout du non libre alors qu'on a
choisi de ne pas en utiliser ?
Par ailleurs dans mon installation, quand je vais regarder du côté des
pilotes propriétaires utilisés, il n'y a rien.
Je suppose que cela fait partie du kernel parce que c'est ce que je lis
en général et qu'il fonctionne sans avoir demandé à installer de pilote
tiers, par contre ce module intégré est problématique de longue date
dans pas mal de distributions en général :
https://forum.manjaro.org/t/lts-kernel-4-19-memory-leakage-with-driver-rtl8723be/65756
"The default drivers are modules included in the kernel. The kernel
modules don’t work that well for most people."
Pour ma part j'utilise le module par défaut, du kernel, et je confirme,
ce module a des problèmes réguliers, sur plusieurs versions de kernel,
de très longue date.
Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :
Le Sun, 16 Dec 2018 13:03:47 +0100, www.pierre.aribaut.com a écrit :
Le 16/12/2018 à 12:55, Thomas Alexandre a écrit :
Le Sat, 15 Dec 2018 11:09:51 +0100, www.pierre.aribaut.com a écrit :
[Debian testing] c'est assez récent et a priori
pas vraiment buggé, le fait qu'ils aient testé à la recherche de bugs
pendant 10 jours avant de valider, cela rassure.
Un instant j'ai cru à l'ironie.
En tout cas sur ma machine la LTS a été plus buggée de suite (cf. le
plantage direct, en voulant éteindre), et moins fonctionnel (pas de
wifi, pas de bluetooth etc..), c'est ironique je sais, mais c'est le
constat.
Depuis Stretch (l'actuelle stable), par défaut le bouton power
provoque un
veille prolongée, pas un arrêt de la machine. J'ai eu le même problème
que
vous, "résolu" en configurant l'action du bouton power à "éteindre" dans
xfce. Je n'utilise pas la veille prolongée, je ne me suis donc pas penché
dessus plus que ça.
Idem, je ne l'utilise pas non plus, justement parce qu'elle peut être
source de problèmes, de ne pas pouvoir ravoir la main, ou que cela mette
3 plombes à récupérer la main, donc je préfère éviter.
Donc en utilisation, ce point là ne sera pas un problème, puisque
j'aurai désactivé ces options de veille et gestion d'énergie inutiles
pour moi.
Pour le wifi, bluetooth et autres, par défaut Debian n'active jamais les
dépôts contrib et non-free. Or les paquets firmware-* sont quasiment tous
dans non-free. C'est pourquoi je vous ai donné le lien vers les images
non-
free/cd-including-firmware. Et sans surprise, ça marche.
Dans votre grande sagesse vous aviez décidé que c'était du à une version
antédiluvienne du kernel. C'est totalement faux, il suffit d'installer le
firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
Sans installer quoique ce soit de non free, cela fonctionne.
À moins que toutes les versions live ubuntu et dérivés utilisent des
pilotes non-free dans les versions live et que quand on choisisse
d'installer aucun logiciel propriétaire, aucun logiciel tiers (lors de
l'installation), cela utilise malgré tout du non libre alors qu'on a
choisi de ne pas en utiliser ?
Par ailleurs dans mon installation, quand je vais regarder du côté des
pilotes propriétaires utilisés, il n'y a rien.
Je suppose que cela fait partie du kernel parce que c'est ce que je lis
en général et qu'il fonctionne sans avoir demandé à installer de pilote
tiers, par contre ce module intégré est problématique de longue date
dans pas mal de distributions en général :
https://forum.manjaro.org/t/lts-kernel-4-19-memory-leakage-with-driver-rtl8723be/65756
"The default drivers are modules included in the kernel. The kernel
modules don’t work that well for most people."
Pour ma part j'utilise le module par défaut, du kernel, et je confirme,
ce module a des problèmes réguliers, sur plusieurs versions de kernel,
de très longue date.
Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Le Sun, 16 Dec 2018 13:03:47 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 12:55, Thomas Alexandre a écrit :Le Sat, 15 Dec 2018 11:09:51 +0100, www.pierre.aribaut.com a écrit :[Debian testing] c'est assez récent et a priori
pas vraiment buggé, le fait qu'ils aient testé à la recherche de bugs
pendant 10 jours avant de valider, cela rassure.
Un instant j'ai cru à l'ironie.
En tout cas sur ma machine la LTS a été plus buggée de suite (cf. le
plantage direct, en voulant éteindre), et moins fonctionnel (pas de
wifi, pas de bluetooth etc..), c'est ironique je sais, mais c'est le
constat.
Depuis Stretch (l'actuelle stable), par défaut le bouton power
provoque un
veille prolongée, pas un arrêt de la machine. J'ai eu le même problème
que
vous, "résolu" en configurant l'action du bouton power à "éteindre" dans
xfce. Je n'utilise pas la veille prolongée, je ne me suis donc pas penché
dessus plus que ça.
Idem, je ne l'utilise pas non plus, justement parce qu'elle peut être
source de problèmes, de ne pas pouvoir ravoir la main, ou que cela mette
3 plombes à récupérer la main, donc je préfère éviter.
Donc en utilisation, ce point là ne sera pas un problème, puisque
j'aurai désactivé ces options de veille et gestion d'énergie inutiles
pour moi.Pour le wifi, bluetooth et autres, par défaut Debian n'active jamais les
dépôts contrib et non-free. Or les paquets firmware-* sont quasiment tous
dans non-free. C'est pourquoi je vous ai donné le lien vers les images
non-
free/cd-including-firmware. Et sans surprise, ça marche.
Dans votre grande sagesse vous aviez décidé que c'était du à une version
antédiluvienne du kernel. C'est totalement faux, il suffit d'installer le
firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
Sans installer quoique ce soit de non free, cela fonctionne.
À moins que toutes les versions live ubuntu et dérivés utilisent des
pilotes non-free dans les versions live et que quand on choisisse
d'installer aucun logiciel propriétaire, aucun logiciel tiers (lors de
l'installation), cela utilise malgré tout du non libre alors qu'on a
choisi de ne pas en utiliser ?
Par ailleurs dans mon installation, quand je vais regarder du côté des
pilotes propriétaires utilisés, il n'y a rien.
Je suppose que cela fait partie du kernel parce que c'est ce que je lis
en général et qu'il fonctionne sans avoir demandé à installer de pilote
tiers, par contre ce module intégré est problématique de longue date
dans pas mal de distributions en général :
https://forum.manjaro.org/t/lts-kernel-4-19-memory-leakage-with-driver-rtl8723be/65756
"The default drivers are modules included in the kernel. The kernel
modules don’t work that well for most people."
Pour ma part j'utilise le module par défaut, du kernel, et je confirme,
ce module a des problèmes réguliers, sur plusieurs versions de kernel,
de très longue date.
Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Dans votre grande sagesse vous aviez décidé que c'était du à une
version antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
[...]
Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :
Dans votre grande sagesse vous aviez décidé que c'était du à une
version antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
[...]
Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Dans votre grande sagesse vous aviez décidé que c'était du à une
version antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
[...]
Le Sun, 16 Dec 2018 14:32:36 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Dans votre grande sagesse vous aviez décidé que c'était du à une
version antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
$ apt-cache search rtl8723be
firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters
$ apt-cache show firmware-realtek | grep pool | cut -d"/" -f2,5
non-free/firmware-realtek_20180825+dfsg-1~bpo9+1_all.deb
non-free/firmware-realtek_20161130-4_all.deb
Voir : https://packages.debian.org/stretch/firmware-realtek[...]
Le Sun, 16 Dec 2018 14:32:36 +0100, www.pierre.aribaut.com a écrit :
Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :
Dans votre grande sagesse vous aviez décidé que c'était du à une
version antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
$ apt-cache search rtl8723be
firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters
$ apt-cache show firmware-realtek | grep pool | cut -d"/" -f2,5
non-free/firmware-realtek_20180825+dfsg-1~bpo9+1_all.deb
non-free/firmware-realtek_20161130-4_all.deb
Voir : https://packages.debian.org/stretch/firmware-realtek
[...]
Le Sun, 16 Dec 2018 14:32:36 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Dans votre grande sagesse vous aviez décidé que c'était du à une
version antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
$ apt-cache search rtl8723be
firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters
$ apt-cache show firmware-realtek | grep pool | cut -d"/" -f2,5
non-free/firmware-realtek_20180825+dfsg-1~bpo9+1_all.deb
non-free/firmware-realtek_20161130-4_all.deb
Voir : https://packages.debian.org/stretch/firmware-realtek[...]
Le 16/12/2018 à 14:56, Thomas Alexandre a écrit :Le Sun, 16 Dec 2018 14:32:36 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Dans votre grande sagesse vous aviez décidé que c'était du à une
version antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
$ apt-cache search rtl8723be
firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters
$ apt-cache show firmware-realtek | grep pool | cut -d"/" -f2,5
non-free/firmware-realtek_20180825+dfsg-1~bpo9+1_all.deb
non-free/firmware-realtek_20161130-4_all.deb
Voir : https://packages.debian.org/stretch/firmware-realtek[...]
Oui j'ai vu que c'est classé "non-free" chez Debian, cf. mon post de
14h53, cela veut dire que par défaut ubuntu et dérivés, utilisent des
firmwares non free dans leurs live USB, et quand on installe en
choisissant de ne pas installer de logiciel tiers et pilotes
propriétaires pour wifi etc... (option lors de l'installation,
d'installer ou non des logiciels tiers pour wifi et matériel graphique),
cela installe et utilise quand même du firmware non-free, c'est trompeur
cette façon de présenter les choses chez ubuntu et dérivés.
Le 16/12/2018 à 14:56, Thomas Alexandre a écrit :
Le Sun, 16 Dec 2018 14:32:36 +0100, www.pierre.aribaut.com a écrit :
Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :
Dans votre grande sagesse vous aviez décidé que c'était du à une
version antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
$ apt-cache search rtl8723be
firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters
$ apt-cache show firmware-realtek | grep pool | cut -d"/" -f2,5
non-free/firmware-realtek_20180825+dfsg-1~bpo9+1_all.deb
non-free/firmware-realtek_20161130-4_all.deb
Voir : https://packages.debian.org/stretch/firmware-realtek
[...]
Oui j'ai vu que c'est classé "non-free" chez Debian, cf. mon post de
14h53, cela veut dire que par défaut ubuntu et dérivés, utilisent des
firmwares non free dans leurs live USB, et quand on installe en
choisissant de ne pas installer de logiciel tiers et pilotes
propriétaires pour wifi etc... (option lors de l'installation,
d'installer ou non des logiciels tiers pour wifi et matériel graphique),
cela installe et utilise quand même du firmware non-free, c'est trompeur
cette façon de présenter les choses chez ubuntu et dérivés.
Le 16/12/2018 à 14:56, Thomas Alexandre a écrit :Le Sun, 16 Dec 2018 14:32:36 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Dans votre grande sagesse vous aviez décidé que c'était du à une
version antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est pas
dans les modules non-free.
$ apt-cache search rtl8723be
firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters
$ apt-cache show firmware-realtek | grep pool | cut -d"/" -f2,5
non-free/firmware-realtek_20180825+dfsg-1~bpo9+1_all.deb
non-free/firmware-realtek_20161130-4_all.deb
Voir : https://packages.debian.org/stretch/firmware-realtek[...]
Oui j'ai vu que c'est classé "non-free" chez Debian, cf. mon post de
14h53, cela veut dire que par défaut ubuntu et dérivés, utilisent des
firmwares non free dans leurs live USB, et quand on installe en
choisissant de ne pas installer de logiciel tiers et pilotes
propriétaires pour wifi etc... (option lors de l'installation,
d'installer ou non des logiciels tiers pour wifi et matériel graphique),
cela installe et utilise quand même du firmware non-free, c'est trompeur
cette façon de présenter les choses chez ubuntu et dérivés.
Le 16/12/2018 à 14:32, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Le Sun, 16 Dec 2018 13:03:47 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 12:55, Thomas Alexandre a écrit :Le Sat, 15 Dec 2018 11:09:51 +0100, www.pierre.aribaut.com a écrit :[Debian testing] c'est assez récent et a priori
pas vraiment buggé, le fait qu'ils aient testé à la recherche de bugs
pendant 10 jours avant de valider, cela rassure.
Un instant j'ai cru à l'ironie.
En tout cas sur ma machine la LTS a été plus buggée de suite (cf. le
plantage direct, en voulant éteindre), et moins fonctionnel (pas de
wifi, pas de bluetooth etc..), c'est ironique je sais, mais c'est le
constat.
Depuis Stretch (l'actuelle stable), par défaut le bouton power
provoque un
veille prolongée, pas un arrêt de la machine. J'ai eu le même
problème que
vous, "résolu" en configurant l'action du bouton power à "éteindre" dans
xfce. Je n'utilise pas la veille prolongée, je ne me suis donc pas
penché
dessus plus que ça.
Idem, je ne l'utilise pas non plus, justement parce qu'elle peut être
source de problèmes, de ne pas pouvoir ravoir la main, ou que cela
mette 3 plombes à récupérer la main, donc je préfère éviter.
Donc en utilisation, ce point là ne sera pas un problème, puisque
j'aurai désactivé ces options de veille et gestion d'énergie inutiles
pour moi.Pour le wifi, bluetooth et autres, par défaut Debian n'active jamais les
dépôts contrib et non-free. Or les paquets firmware-* sont quasiment
tous
dans non-free. C'est pourquoi je vous ai donné le lien vers les
images non-
free/cd-including-firmware. Et sans surprise, ça marche.
Dans votre grande sagesse vous aviez décidé que c'était du à une version
antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le
firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est
pas dans les modules non-free.
Sans installer quoique ce soit de non free, cela fonctionne.
À moins que toutes les versions live ubuntu et dérivés utilisent des
pilotes non-free dans les versions live et que quand on choisisse
d'installer aucun logiciel propriétaire, aucun logiciel tiers (lors de
l'installation), cela utilise malgré tout du non libre alors qu'on a
choisi de ne pas en utiliser ?
Par ailleurs dans mon installation, quand je vais regarder du côté des
pilotes propriétaires utilisés, il n'y a rien.
Je suppose que cela fait partie du kernel parce que c'est ce que je
lis en général et qu'il fonctionne sans avoir demandé à installer de
pilote tiers, par contre ce module intégré est problématique de longue
date dans pas mal de distributions en général :
https://forum.manjaro.org/t/lts-kernel-4-19-memory-leakage-with-driver-rtl8723be/65756
"The default drivers are modules included in the kernel. The kernel
modules don’t work that well for most people."
Pour ma part j'utilise le module par défaut, du kernel, et je
confirme, ce module a des problèmes réguliers, sur plusieurs versions
de kernel, de très longue date.
Ou alors c'est une confusion souvent exprimée, et ubuntu et dérivées
utilisent du firmware non libre même quand on choisit de ne pas en
installer, Debian est peut-être plus strict à ce sujet, c'est non libre,
c'est pas inclus et c'est tout.
En cherchant je vois effectivement que sous Debian, c'est classé dans le
"non free" :
https://packages.debian.org/jessie/firmware-realtek
"Realtek RTL8723BE firmware (rtlwifi/rtl8723befw.bin)"
C'est ce paquet qui serait la source de mes problèmes sous ubuntu et
dérivés et en général, un problème d'incompabilité avec pas mal de
kernels ?
Est-ce que le kernel d'ubuntu et dérivés peut contenir par défaut des
firmwares "non free" ou c'est un abus de langage quand je vois écrit que
ce module est inclus dans le kernel ?
Le 16/12/2018 à 14:32, www.pierre.aribaut.com a écrit :
Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :
Le Sun, 16 Dec 2018 13:03:47 +0100, www.pierre.aribaut.com a écrit :
Le 16/12/2018 à 12:55, Thomas Alexandre a écrit :
Le Sat, 15 Dec 2018 11:09:51 +0100, www.pierre.aribaut.com a écrit :
[Debian testing] c'est assez récent et a priori
pas vraiment buggé, le fait qu'ils aient testé à la recherche de bugs
pendant 10 jours avant de valider, cela rassure.
Un instant j'ai cru à l'ironie.
En tout cas sur ma machine la LTS a été plus buggée de suite (cf. le
plantage direct, en voulant éteindre), et moins fonctionnel (pas de
wifi, pas de bluetooth etc..), c'est ironique je sais, mais c'est le
constat.
Depuis Stretch (l'actuelle stable), par défaut le bouton power
provoque un
veille prolongée, pas un arrêt de la machine. J'ai eu le même
problème que
vous, "résolu" en configurant l'action du bouton power à "éteindre" dans
xfce. Je n'utilise pas la veille prolongée, je ne me suis donc pas
penché
dessus plus que ça.
Idem, je ne l'utilise pas non plus, justement parce qu'elle peut être
source de problèmes, de ne pas pouvoir ravoir la main, ou que cela
mette 3 plombes à récupérer la main, donc je préfère éviter.
Donc en utilisation, ce point là ne sera pas un problème, puisque
j'aurai désactivé ces options de veille et gestion d'énergie inutiles
pour moi.
Pour le wifi, bluetooth et autres, par défaut Debian n'active jamais les
dépôts contrib et non-free. Or les paquets firmware-* sont quasiment
tous
dans non-free. C'est pourquoi je vous ai donné le lien vers les
images non-
free/cd-including-firmware. Et sans surprise, ça marche.
Dans votre grande sagesse vous aviez décidé que c'était du à une version
antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le
firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est
pas dans les modules non-free.
Sans installer quoique ce soit de non free, cela fonctionne.
À moins que toutes les versions live ubuntu et dérivés utilisent des
pilotes non-free dans les versions live et que quand on choisisse
d'installer aucun logiciel propriétaire, aucun logiciel tiers (lors de
l'installation), cela utilise malgré tout du non libre alors qu'on a
choisi de ne pas en utiliser ?
Par ailleurs dans mon installation, quand je vais regarder du côté des
pilotes propriétaires utilisés, il n'y a rien.
Je suppose que cela fait partie du kernel parce que c'est ce que je
lis en général et qu'il fonctionne sans avoir demandé à installer de
pilote tiers, par contre ce module intégré est problématique de longue
date dans pas mal de distributions en général :
https://forum.manjaro.org/t/lts-kernel-4-19-memory-leakage-with-driver-rtl8723be/65756
"The default drivers are modules included in the kernel. The kernel
modules don’t work that well for most people."
Pour ma part j'utilise le module par défaut, du kernel, et je
confirme, ce module a des problèmes réguliers, sur plusieurs versions
de kernel, de très longue date.
Ou alors c'est une confusion souvent exprimée, et ubuntu et dérivées
utilisent du firmware non libre même quand on choisit de ne pas en
installer, Debian est peut-être plus strict à ce sujet, c'est non libre,
c'est pas inclus et c'est tout.
En cherchant je vois effectivement que sous Debian, c'est classé dans le
"non free" :
https://packages.debian.org/jessie/firmware-realtek
"Realtek RTL8723BE firmware (rtlwifi/rtl8723befw.bin)"
C'est ce paquet qui serait la source de mes problèmes sous ubuntu et
dérivés et en général, un problème d'incompabilité avec pas mal de
kernels ?
Est-ce que le kernel d'ubuntu et dérivés peut contenir par défaut des
firmwares "non free" ou c'est un abus de langage quand je vois écrit que
ce module est inclus dans le kernel ?
Le 16/12/2018 à 14:32, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 14:09, Thomas Alexandre a écrit :Le Sun, 16 Dec 2018 13:03:47 +0100, www.pierre.aribaut.com a écrit :Le 16/12/2018 à 12:55, Thomas Alexandre a écrit :Le Sat, 15 Dec 2018 11:09:51 +0100, www.pierre.aribaut.com a écrit :[Debian testing] c'est assez récent et a priori
pas vraiment buggé, le fait qu'ils aient testé à la recherche de bugs
pendant 10 jours avant de valider, cela rassure.
Un instant j'ai cru à l'ironie.
En tout cas sur ma machine la LTS a été plus buggée de suite (cf. le
plantage direct, en voulant éteindre), et moins fonctionnel (pas de
wifi, pas de bluetooth etc..), c'est ironique je sais, mais c'est le
constat.
Depuis Stretch (l'actuelle stable), par défaut le bouton power
provoque un
veille prolongée, pas un arrêt de la machine. J'ai eu le même
problème que
vous, "résolu" en configurant l'action du bouton power à "éteindre" dans
xfce. Je n'utilise pas la veille prolongée, je ne me suis donc pas
penché
dessus plus que ça.
Idem, je ne l'utilise pas non plus, justement parce qu'elle peut être
source de problèmes, de ne pas pouvoir ravoir la main, ou que cela
mette 3 plombes à récupérer la main, donc je préfère éviter.
Donc en utilisation, ce point là ne sera pas un problème, puisque
j'aurai désactivé ces options de veille et gestion d'énergie inutiles
pour moi.Pour le wifi, bluetooth et autres, par défaut Debian n'active jamais les
dépôts contrib et non-free. Or les paquets firmware-* sont quasiment
tous
dans non-free. C'est pourquoi je vous ai donné le lien vers les
images non-
free/cd-including-firmware. Et sans surprise, ça marche.
Dans votre grande sagesse vous aviez décidé que c'était du à une version
antédiluvienne du kernel. C'est totalement faux, il suffit
d'installer le
firmware kivabien avec apt.
Pourtant le module realtek rtl8723be fait partie du kernel, ce n'est
pas dans les modules non-free.
Sans installer quoique ce soit de non free, cela fonctionne.
À moins que toutes les versions live ubuntu et dérivés utilisent des
pilotes non-free dans les versions live et que quand on choisisse
d'installer aucun logiciel propriétaire, aucun logiciel tiers (lors de
l'installation), cela utilise malgré tout du non libre alors qu'on a
choisi de ne pas en utiliser ?
Par ailleurs dans mon installation, quand je vais regarder du côté des
pilotes propriétaires utilisés, il n'y a rien.
Je suppose que cela fait partie du kernel parce que c'est ce que je
lis en général et qu'il fonctionne sans avoir demandé à installer de
pilote tiers, par contre ce module intégré est problématique de longue
date dans pas mal de distributions en général :
https://forum.manjaro.org/t/lts-kernel-4-19-memory-leakage-with-driver-rtl8723be/65756
"The default drivers are modules included in the kernel. The kernel
modules don’t work that well for most people."
Pour ma part j'utilise le module par défaut, du kernel, et je
confirme, ce module a des problèmes réguliers, sur plusieurs versions
de kernel, de très longue date.
Ou alors c'est une confusion souvent exprimée, et ubuntu et dérivées
utilisent du firmware non libre même quand on choisit de ne pas en
installer, Debian est peut-être plus strict à ce sujet, c'est non libre,
c'est pas inclus et c'est tout.
En cherchant je vois effectivement que sous Debian, c'est classé dans le
"non free" :
https://packages.debian.org/jessie/firmware-realtek
"Realtek RTL8723BE firmware (rtlwifi/rtl8723befw.bin)"
C'est ce paquet qui serait la source de mes problèmes sous ubuntu et
dérivés et en général, un problème d'incompabilité avec pas mal de
kernels ?
Est-ce que le kernel d'ubuntu et dérivés peut contenir par défaut des
firmwares "non free" ou c'est un abus de langage quand je vois écrit que
ce module est inclus dans le kernel ?
Et vu que vous ne comptiez pas vous embêter à chercher puisque "ça marche
directement avec Ubuntu et Mint", je ne comptais pas m'embêter à vous
expliquer ça.
De plus, vu votre besoin compulsif de dernières versions, pourquoi vous
risquer à devoir gérer les éventuels explosions en vol de debian testing
ou unstable alors qu'Ubuntu et Mint le font à votre place ?
Et vu que vous ne comptiez pas vous embêter à chercher puisque "ça marche
directement avec Ubuntu et Mint", je ne comptais pas m'embêter à vous
expliquer ça.
De plus, vu votre besoin compulsif de dernières versions, pourquoi vous
risquer à devoir gérer les éventuels explosions en vol de debian testing
ou unstable alors qu'Ubuntu et Mint le font à votre place ?
Et vu que vous ne comptiez pas vous embêter à chercher puisque "ça marche
directement avec Ubuntu et Mint", je ne comptais pas m'embêter à vous
expliquer ça.
De plus, vu votre besoin compulsif de dernières versions, pourquoi vous
risquer à devoir gérer les éventuels explosions en vol de debian testing
ou unstable alors qu'Ubuntu et Mint le font à votre place ?
En faisant un modinfo, je confirme, par défaut, ce kernel "non-free" est
intégré à mon kernel, donc cela répond à ma question :
$ modinfo rtl8723be
filename:
/lib/modules/4.15.0-42-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be/rtl8723be.ko
En faisant un modinfo, je confirme, par défaut, ce kernel "non-free" est
intégré à mon kernel, donc cela répond à ma question :
$ modinfo rtl8723be
filename:
/lib/modules/4.15.0-42-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be/rtl8723be.ko
En faisant un modinfo, je confirme, par défaut, ce kernel "non-free" est
intégré à mon kernel, donc cela répond à ma question :
$ modinfo rtl8723be
filename:
/lib/modules/4.15.0-42-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be/rtl8723be.ko
Du coup, tant que tout va bien, il ne faut peut-être pas trop se presser
pour faire les dernières mises à jour, le temps qu'ils règlent les
problèmes éventuels liés à certaines mises à jour.
Ou mieux, se contenter de ne faire que les mises à jour de sécurité si
tout va bien, pour éviter de casser ce bel équilibre par une mise à jour
apportant de nouvelles fonctionnalités ou de la compatibilité pour du
nouveau matériel :
Du coup, tant que tout va bien, il ne faut peut-être pas trop se presser
pour faire les dernières mises à jour, le temps qu'ils règlent les
problèmes éventuels liés à certaines mises à jour.
Ou mieux, se contenter de ne faire que les mises à jour de sécurité si
tout va bien, pour éviter de casser ce bel équilibre par une mise à jour
apportant de nouvelles fonctionnalités ou de la compatibilité pour du
nouveau matériel :
Du coup, tant que tout va bien, il ne faut peut-être pas trop se presser
pour faire les dernières mises à jour, le temps qu'ils règlent les
problèmes éventuels liés à certaines mises à jour.
Ou mieux, se contenter de ne faire que les mises à jour de sécurité si
tout va bien, pour éviter de casser ce bel équilibre par une mise à jour
apportant de nouvelles fonctionnalités ou de la compatibilité pour du
nouveau matériel :
Le 16/12/2018 à 15:18, www.pierre.aribaut.com a écrit :En faisant un modinfo, je confirme, par défaut, ce kernel "non-free"
est intégré à mon kernel, donc cela répond à ma question :
$ modinfo rtl8723be
filename:
/lib/modules/4.15.0-42-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be/rtl8723be.ko
Je suppose que tu veux dire "ce module", c'est sans doute un lapsus qui
révèle ton obsession des versions de kernel, et le fait que ce soit un
module séparé prouve qu'il ne fait pas partie du noyau.
Le 16/12/2018 à 15:18, www.pierre.aribaut.com a écrit :
En faisant un modinfo, je confirme, par défaut, ce kernel "non-free"
est intégré à mon kernel, donc cela répond à ma question :
$ modinfo rtl8723be
filename:
/lib/modules/4.15.0-42-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be/rtl8723be.ko
Je suppose que tu veux dire "ce module", c'est sans doute un lapsus qui
révèle ton obsession des versions de kernel, et le fait que ce soit un
module séparé prouve qu'il ne fait pas partie du noyau.
Le 16/12/2018 à 15:18, www.pierre.aribaut.com a écrit :En faisant un modinfo, je confirme, par défaut, ce kernel "non-free"
est intégré à mon kernel, donc cela répond à ma question :
$ modinfo rtl8723be
filename:
/lib/modules/4.15.0-42-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8723be/rtl8723be.ko
Je suppose que tu veux dire "ce module", c'est sans doute un lapsus qui
révèle ton obsession des versions de kernel, et le fait que ce soit un
module séparé prouve qu'il ne fait pas partie du noyau.