Debian-facile
Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 Re : GNOME 3 » Gnome 3, Nautilus et les icônes du Bureau (Desktop) » 27-09-2020 20:30:04
pour info, je suis sous testing aussi, il y a bien python 3.8.5 mais aussi python 2.7.
Tu tapes juste python2.7 dans un terminal :
[GCC 9.3.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
Si ça ne marche pas, tu l'as dans les dépôts (visible dans synaptic)
#2 Re : Matériel » Portable + écran externe : réglages de la luminosité et calibration » 11-07-2020 21:15:45
Pour se faire une très bonne idée, voir l'excellent site d'Arnaud Frich, qui maîtrise très bien la couleur :
https://www.guide-gestion-des-couleurs. … ecran.html
Vous avez le droit de regarder les autres pages de ce site...
Le pb, c'est que les valeurs de gamma rentrées en paramètre dans xrandr n'ont rien à voir avec celles données dans le site ci-dessus (et qui sont les valeurs "officielles" du gamma).
En fait, en entrée, on donne une valeur à xrandr, et en sortie (avec --verbose), on retrouve la même, mais inversée (1/x) !! Et je pense que c'est cette valeur inversée qui correspond au "vrai" gamma.
Si quelqu'un a une info là dessus, je suis preneur.
C'est chelou, il faut le savoir et faire avec.
Une valeur de gamma de 1 correspond à une courbe de réponse entrée/sortie qui est une fonction linéaire, sa représentation est une droite (d'équation y=x, soit sortie = entrée), avec f(0)=0 et f(1)=1 : voir sur le site, aux 2/3 de la page environ, le graphique du paragraphe "courbes de réponse et gamma".
Un gamma plus petit que 1 correspondra à une courbe située au dessus de cette droite. Les tons foncés vont être remontés, mais le contraste sur les ton moyens sera affaibli. Si à la base on a un moniteur très contrasté avec des ombres "enterrées", on pourra le corriger en mettant un gamma plus petit que 1.
Avec xrandr, ça va donner l'inverse, on mettra une valeur supérieure à 1 (molo ! 1.1 ou 1.2 sera une bonne base de départ. Essayez 2 histoire de rigoler !).
Pour commencer, la commande à passer pour avoir la liste de vos moniteurs et leurs paramètres courants :
eDP-1 connected (normal left inverted right x axis y axis)
Identifier: 0x42
Timestamp: 7630390
Subpixel: unknown
Clones:
CRTCs: 0 1 2
--
HDMI-1 connected primary 1280x1024+0+0 (0x182) normal (normal left inverted right x axis y axis) 376mm x 301mm
Identifier: 0x44
Timestamp: 7630390
Subpixel: unknown
Gamma: 1.1:1.2:1.0
Brightness: 0.70
A noter que les gamma de 1.1, 1.2 et 1 lus en sortie correspondent à des valeurs de 0.95, 0.87 et 1 donnés en entrée pour obtenir ce réglage.
Ensuite, sur le moniteur actif (on va prendre l'ex précédent, HDMI-1) :
Ne pas oublier la luminosité lue précédemment, sinon elle est mise à 1.0 d'office
Essayez avec plus (allez, 2 !)
Au contraire, si vous avez un moniteur un peu pâle avec pas trop de contraste, il faut donner un "vrai" gamma plus grand que 1 (cf courbes du site) : les ombres seront plus sombres, le contraste dans les tons moyens sera plus fort (la courbe est plus pentue que la droite de la courbe neutre dans cette zone).
On va donc augmenter globalement le contraste. Essayez avec 0.7:0.7:0.7 la commande précédente.
Application, pour des gens mal voyants : on peut booster le contraste au taquet en mettant du 0.5:0.5:0.5 (essayez pour voir). Avec le script, on passe de l'écran normal au surcontrasté et vice-versa en une combinaison de touche. Et vous réglez le contraste qui vous va.
Maintenant, les corrections de couleur.
Pas dur, on va mettre des valeurs différentes pour chaque canal.
Ecran trop bleu ? on diminue la valeur du bleu. Trop jaune : on augmente le bleu. Etc.
Les valeurs des gamma sont Rouge:Vert:Bleu
Imaginez, votre profil (comme le mien au départ) est trop peu contrasté et un peu jaune/rouge : j'ai mis du 0.85:0.9:0.88 et le tour est joué.
Il faut tâtonner un peu, mais justement, vous pouvez faire plusieurs profils avec le même profil icc mais des gamma différents et les balayer grâce au script avec ctrl+alt+c sur un lot de photos pour voir. L'idéal est de comparer les mêmes photos avec un ordi calibré (un copain bienveillant vous l'a prêté !)
Voilà, vous avez toutes les billes pour peaufiner les réglages de votre écran !
Vous pouvez trouver des profils bien dégrossis pour votre moniteur ici :
https://www.lesnumeriques.com/photo/tel … 00539.html
#3 Matériel » Portable + écran externe : réglages de la luminosité et calibration » 11-07-2020 21:14:40
- Debeee
- Réponses : 1
tout est parti du besoin suivant : connecter mon ordi portable (11") rapidement sur un écran externe et pouvoir régler la luminosité de cet écran.
Accessoirement, depuis pas mal de temps, je cherche une solution simple pour appliquer des profils icc à mes écrans.
Un petit script a permis de répondre à ces besoins.
La connection du portable sur l'écran externe est pénible : outre la connection physique, il faut aller dans le tableau de bord "affichage" et faire plusieurs manips pour avoir un affichage correct. Le script permet d'allumer le 2e en éteignant le 1e et vice versa, ceci avec une seule combinaison de touches (bascule) : très pratique.
Ensuite, mon écran externe est bloqué à la luminosité maxi, et pas moyen de le régler (touches du portable inopérantes et menu de l'écran verrouillé (?)) : le script permet de régler la luminosité avec 2 combinaisons de touches.
Enfin, la calibration des écrans. Ce que je propose ici est une solution de "pauvre". Il existe une bonne solution (DisplayCal) pour calibrer ses écrans à l'aide d'une sonde et charger divers profils, mais c'est assez laborieux en utilisation courante. Et je n'ai pas de sonde.
J'ai récupéré des profils icc qui "marchent" plutôt pas mal sur mes moniteurs, le but est de les charger avec juste une combinaison de touches. En fait, le script va balayer plusieurs profils (ou pas de profil) de manière circulaire à chaque pression des touches. Par exemple, avec un profil opti et pas de profil, on va basculer alternativement de l'un à l'autre avec la même combinaison de touches. Avec 3 réglages, on balaye les 3 et on revient au 1e. But : on peut avoir des profils assez différents : par exemple, un "pêchu", un "subtil", et pourquoi pas un 3e profil volontairement jaune pour travailler sur du texte sans se casser les yeux avec de la lumière trop bleue => inutile d'acheter des lunettes à filtre jaune
Un gros avantage de cette solution est que si vous regardez des photos plein écran, vous pouvez passer en revue vos profils et choisir le plus plaisant sans manip compliquée.
Cerise sur le gâteau, ces profils sont complétés par un réglage fin du gamma sur les 3 canaux RVB. Il y a donc moyen d'avoir un moniteur "propre" à pas cher. Personnellement, j'ai bien amélioré mes écrans, et je peux enfin regarder des photos dessus sans que ça me pique les yeux, et même avec plaisir !
Je vais donc vous présenter le script qui sert dans les conditions restrictives suivantes :
- un ordi portable connecté à un écran externe (1 seul à la fois, mais on peut connecter différents moniteurs externes)
- un seul des deux écrans est allumé : soit le portable, soit l'externe, pas les deux
- ce script a des fonctionnalités simples destinées à être pilotées par raccourcis clavier
les fonctionnalités sont les suivantes :
- bascule entre les deux écrans
- réglage de la luminosité de l'écran externe
- calibration différenciée des deux moniteurs (un seul à la fois !)
- la calibration des couleurs fonctionne aussi avec le portable seul, sans moniteur externe, les autres fonctions sont désactivées pour le portable.
- j'avais prévu une option permettant de recharger automatiquement le dernier réglage (profil + gamma) au démarrage de la machine (script dans le dossier de démarrage), mais j'avoue que j'ai été feignasse, donc cette fonctionnalité n'est pas implémentée.
J'avais attaqué ce problème dans ce fil : https://debian-facile.org/viewtopic.php?id=27799
et chemin faisant, malgré l'aide de Croutons (merci Croutons !), comme je n'ai pas trouvé de solution fonctionnelle, j'ai bâti la mienne.
Je n'ai jamais fait de shell et je suis un cancre en ligne de commande : ça partait très mal et donc tout ça m'a demandé pas mal d'investissement !
J'ai puisé la gnose essentiellement sur ces sites :
https://openclassrooms.com/fr/courses/4 … ipts-shell
https://fr.wikibooks.org/wiki/Programma … troduction
https://www.supinfo.com/articles/single … teres-bash
J'ai aussi beaucoup décortiqué le script donné par Croutons (voir le fil d'origine ci-dessus) qui m'a bien aidé à résoudre les pb de syntaxe et donné les idées de base (utilisation de xrandr par ex).
J'en ai bavé, je n'ai pas trouvé de logique cohérente dans la syntaxe du shell, ça m'a beaucoup ralenti.
Mais au final, ça marche !
Le but, c'est que des gens intéressés utilisent ce script tel quel, bien sûr, mais aussi, j'ai volontairement mis pas mal de lignes de commentaires histoire que si ce script ne marche pas sur une config donnée ou que quelqu'un veuille en utiliser juste une ou deux fonctions, ou les modifier, qu'il puisse les modifier (assez) facilement.
Bon, si vous ne dormez pas déjà, on y va.
Voilà le code :
#!/usr/bin/env bash
# version 1.1
# 11/07/2020
################### chemin d'accès fichier config #################
chemin='/home/mon_id/.config/color/icc/devices/display'
########################## fonctions ##############################
# fonction qui donne le nom du moniteur intégré du portable
moni_prin() {
xrandr --verbose | grep -w -m1 'connected' | cut -f1 -d' '
}
# fonction qui donne le nom du moniteur externe (s'il n'y en a au plus qu'un de connecté !)
moni_ext() {
if [[ $(xrandr --verbose | grep -cw 'connected') = 1 ]]
then
echo 'inexistant'
else
xrandr --verbose | grep -w 'connected' | tail -1 | cut -f1 -d' '
fi
}
# fonction qui donne le nom du moniteur actif (primary)
moni_actif() {
xrandr --verbose | grep -w 'primary' | cut -f1 -d' '
}
# fonction qui donne la luminosité du moniteur actif
lum() {
xrandr --verbose | grep -w 'primary' -A5 | grep 'Brightness' | cut -f2- -d: | tr -d ' '
}
# fonction qui donne le gamma du moniteur actif (valeur du fichier de profils)
# paramètre d'entrée : variable $chemin
gamma() {
moni1=$(moni_actif)
# nombre de moniteurs répertoriés dans le fichier de calibration
nbre_moni=$(grep 'nbre_moni' "$1/profils.txt" | cut -f2 -d=)
# n° de ligne de calibration du fichier pour le moniteur actif
lig_moni=$(cat "$1/profils.txt" | tail -"$nbre_moni" | grep "$moni1" | cut -f2 -d: | tr -d ' ')
# gamma du moniteur actif
cat "$1/profils.txt" | grep "$moni1" | head -"$lig_moni" | tail -1 | cut -f3- -d:
}
# fonction d'initialisation, mettre le script dans le dossier démarrage pour
# mettre en place le dernier profil utilisé au boot (sur le moniteur principal)
# à faire ...
init_calib() {
exit
}
# fonction d'incrément/décrément de la luminosité par pas de 0.1
# paramètres d'entrée : '+' ou '-' et variable $chemin
# butées à 0.2 et 1.0
reg_lum() {
inc=$( echo "0.1" | bc)
lum1=$(lum)
# attention à la syntaxe : bien mettre les espaces "$a" = 'toto', [ "$a, ! [ etc
# le moindre espace qui manque ou en trop et ça ne marche pas (soit erreur, soit pas
# d'erreur mais test faux en sortie. Noter la syntaxe avec double crochet
if ! [[ $lum1 = '1.0' && $1 = '+' ]] && ! [[ $lum1 = '0.20' && $1 = '-' ]]
then
lum1=$(echo "$lum1 $1 $inc" | bc)
fi
# envoi des paramètres au moniteur via xrandr
xrandr --output $(moni_actif) --brightness $lum1 --gamma $(gamma $2)
}
# fonction d'échange d'écran interne/externe
chgt_ecran() {
# on teste si l'écran externe est branché
[ "$(moni_ext)" = 'inexistant' ] && exit
# si oui, on swappe
if [ "$(moni_actif)" = "$(moni_prin)" ]
then
xrandr --output "$(moni_prin)" --off
xrandr --output "$(moni_ext)" --auto --primary
else
xrandr --output "$(moni_ext)" --off
xrandr --output "$(moni_prin)" --auto --primary
fi
}
# fonction de rotation des profils de calibration
# nécessite le fichier des calibrations présent dans le répertoire des profils
# fichier nommé 'profils.txt'
# paramètre d'entrée : variable $chemin
calib_ecran() {
# paramètres d'entrée (moniteur et luminosité)
moni1=$(moni_actif)
lum1=$(lum)
# nombre de lignes du fichier de calibration (profils.txt) situé dans le répertoire des profils
nlig_fich=$(wc -l "$1/profils.txt" | cut -f1 -d' ')
# nombre de moniteurs répertoriés dans le fichier de calibration
nbre_moni=$(grep 'nbre_moni' "$1/profils.txt" | cut -f2 -d=)
# nombre de lignes de calibration du fichier pour le moniteur actif
nlig_moni=$(($(cat "$1/profils.txt" | grep -c "$moni1")-1))
# n° de ligne de calibration du fichier pour le moniteur actif avant changement
lig_moni_a=$(cat "$1/profils.txt" | tail -"$nbre_moni" | grep "$moni1" | cut -f2 -d:)
# n° de ligne de calibration du fichier pour le moniteur actif après changement
# on boucle sur les différentes calibrations relatives au moniteur actif (modulo)
lig_moni_p=$(($(($lig_moni_a%$nlig_moni))+1))
# profil icc du moniteur actif après modification
prof_moni=$(cat "$1/profils.txt" | grep "$moni1" | head -"$lig_moni_p" | tail -1 | cut -f2 -d: | tr -d ' ')
# paramètre à rentrer dans xcalib
[ $prof_moni = 'uncalib' ] && prof_moni='-c' || prof_moni="$1/$prof_moni"
# gamma du moniteur actif après modification
gamma_moni=$(cat "$1/profils.txt" | grep "$moni1" | head -"$lig_moni_p" | tail -1 | cut -f3- -d:)
# nouvelle calibration du moniteur
xrandr --output "$moni1" --gamma "$gamma_moni" --brightness "$lum1"
xcalib "$prof_moni"
# mise à jour du fichier de config
cp "$1/profils.txt" "$1/profils_temp.txt"
cat "$1/profils_temp.txt" | head -"$(($nlig_fich-$nbre_moni))" > "$1/profils.txt"
cat "$1/profils_temp.txt" | tail -"$nbre_moni" | grep -v "$moni1" >> "$1/profils.txt"
echo "$moni1 : $lig_moni_p" >> "$1/profils.txt"
}
############################# programme principal ###################
# Test des paramètres et aiguillage
case $# in
0)
init_calib ;;
1)
case $1 in
[+-])
[[ "$(moni_actif)" = "$(moni_prin)" ]] && exit || reg_lum $1 $chemin ;;
e)
chgt_ecran ;;
c)
calib_ecran $chemin ;;
esac ;;
*)
exit ;;
esac
J'ai mis tout ça dans un fichier que j'ai appelé "ajustecran" (sans extension) et que j'ai placé (en root) dans le répertoire /usr/local/bin, qui est dans le PATH.
Il faut d'abord rendre ce fichier éxécutable.
Depuis le répertoire "monrep" contenant "ajustecran" :
su -
après avoir rentré le mot de passe :
cp ajustecran /usr/local/bin
Dans ce script, vous avez en en-tête un chemin d'accès qu'il faudra modifier.
C'est le chemin d'accès du répertoire qui va contenir vos profils icc, et où vous allez rajouter un fichier de configuration utilisé par le script, qui s'appellera obligatoirement "profils.txt"
Vous mettez ce répertoire où vous voulez, si vous avez déjà des profils icc dans un répertoire, c'est bon, il suffira d'y rajouter le fichier "profils.txt"
Ensuite, vous avez la ribambelle de fonctions, et en dernier, le programme principal qui sert à aiguiller la commande en fonction des paramètres d'entrée.
Normalement, le script ne dépend pas de la config (nous sommes d'accord, dans le strict cadre un portable + un écran externe). J'espère avoir bien fait les choses. Si jamais ça coince chez vous, n'hésitez pas à remonter le pb.
Le fichier de config doit respecter une syntaxe particulière :
eDP-1 : uncalib : 1.0:1.0:1.0
eDP-1 : maison_3.icc : 0.85:0.88:0.85
HDMI-1 : uncalib : 1.0:1.0:1.0
HDMI-1 : maison_3.icc : 0.9:0.95:0.9
eDP-1 : 1
HDMI-1 : 1
La 1e ligne donne le nombre de connecteurs de moniteurs différents à calibrer.
Ici, j'ai eDP-1 (moniteur du portable) et HDMI-1, d'où "nbre_moni=2". J'ai aussi dispo VGA-1 : si je veux l'utiliser, il faut le mentionner, et mettre les profils des moniteurs qui y seront connectés.
Pour avoir la liste de vos moniteurs :
VGA-1
HDMI-1
DP-1
Ensuite, vous avez, par type de moniteurs, la liste des profils et des corrections de gamma à appliquer. Respectez la syntaxe, avec les espaces, sinon ça ne marchera pas.
ATTENTION : surtout pas d'espaces dans les noms des profils (mettre un _ à la place)
Evidemment, ces noms doivent rigoureusement être les noms des profils situés dans le répertoire.
Pour un moniteur non calibré, mettre 'uncalib' à la place du nom du profil.
Les deux dernières lignes : il faut les initialiser (à 1 c'est bon), une ligne par moniteur : c'est mis à jour par le script et ça donne le n° de ligne du profil chargé par type de moniteur.
ATTENTION : surtout pas de retour chariot après la dernière ligne !!
Voilà, vous pouvez utiliser le tout, depuis n'importe quel répertoire (l'éxécutable est placé dans un répertoire déclaré dans le PATH, donc accessible de partout), avec une syntaxe simplifiée :
- pour basculer d'un écran à l'autre (inactif si le portable n'est pas connecté à un moniteur externe) :
- pour augmenter la luminosité (écran externe uniquement, inactif sur le portable) :
- pour diminuer la luminosité (écran externe uniquement, inactif sur le portable) :
- pour changer le profil couleur (portable seul, ou avec moniteur externe, modification propre à chaque moniteur quand il est actif) :
[edit] Je vous conseille vivement de tester ce script dans un terminal avant d'affecter les raccourcis clavier, histoire de vérifier que ça marche. Je l'ai installé sur un 2e portable (Debian testing idem le 1er), et je suis tombé sur un bug qui n'en n'est pas un, car il s'agit d'un paquet Debian qui était manquant (le paquet 'bc', qui permet de faire des calculs décimaux en shell => ??). Il suffit de le charger via synaptic par exemple et tout rentre dans l'ordre. Et aussi, attention à la syntaxe des noms de moniteurs dans le fichier "profils.txt" : j'en ai un avec 'VGA-1' et l'autre avec 'VGA1'. Si comme moi vous faites du copier-coller bourrin, ça ne marche pas... [/edit]
Normalement, vous ne pouvez pas faire de boulette, les tests prévoient les mauvaises manips, et invalident les commandes.
Et bien sûr, sous Mate, j'ai assigné des raccourcis claviers à ces 4 options (la commande à rentrer dans le raccourci clavier est la même que ci-dessus), respectivement ctrl+alt+e, ctrl+alt+'+', ctrl+alt+'-', ctrl+alt+c
Sous Mate, par défaut, ctrl+alt+'+' et ctrl+alt+'-' servent à basculer sur le bureau au dessus ou au dessous du bureau actif. J'ai 4 bureaux "en ligne", j'ai désactivé ces commandes pour les récupérer, elles sont pratiques et faciles à mémoriser.
Et voilà...
A la suite de ce (trop) long post, un petit mot sur les calibrations gamma pour ceux que ça intéresse.
#4 Re : Système » [Résolu] Soucis divers après MàJ (notamment segfaults en série) » 10-07-2020 18:24:49
donc si l'un déconne, normal que l'autre aussi...
En regardant ton dernier post, j'allais justement te proposer xrandr pour régler la luminosité => je sors
M'enfin, t'as pas essayé, juste pour voir, en dépannage ? La commande que tu donnes plus haut (#27) est plus complexe et ça touche à la géométrie de l'image, on ne sait jamais.
et xcalib ? y'a aussi un réglage de luminosité dessus, mais je suppose que ça part de la même source ?
En tous cas, j'ai les nouveaux fichiers mesa sur 2 testing (2 portables différents) et aucun souci, sachant qu'en ce moment, je viens de finir un script pour régler (entre autres) la luminosité d'un moniteur externe, et ça marche (très bien) avec xrandr
Ca confirme ce que tu dis : mesa n'est pas un problème, sauf dans ton cas très particulier.
#5 Re : Matériel » Réglage luminosité écran annexe » 10-07-2020 15:32:35
donc, si on récapitule, Croutons a fourni une solution (la 1e, le script) qui ne fonctionne pas bien sur ma machine.
Mais, ce script est une mine d'infos, et m'a permis de bâtir ma propre solution (qui marche !)
Alors, les pb du script ci-dessus :
- il teste toutes les machines "connectées". Or, connecté ne veut pas dire "allumé" ! Dans mon cas, j'ai un petit portable 11" clavier et écran trop petits, donc je veux les brancher sur clavier/souris et moniteur externe sur un bureau. Je déclare le moniteur externe actif (primaire), et je coupe le moniteur du portable. Le pb, c'est que bien qu'éteint, cet écran est déclaré "connected" (il l'est...). Mais comme il est éteint, il n'y a pas dans le compte rendu de xrandr --verbose de valeurs pour la luminosité et le gamma, ce qui arrête le script et empêche tout réglage.
- le 2e problème vient du gamma. xrandr a un fonctionnement chelou : en entrée, pour régler un moniteur, on lui donne 3 valeurs comprises entre 0 et 1 (pour R, V, B), sous forme par ex 0.8:0.75:0.82. Si on lis le compte rendu de sortie (xrandr --verbose), les valeurs pour le gamma sont les inverse (1/x) des valeurs rentrées, ceci en plus avec une seule décimale ! Le script récupère ces valeurs altérées et imprécises et les réinverse pour les remettre en paramètres d'entrée quand on veut changer par ex la luminosité. Bilan, avec deux approximations, la valeur d'origine n'est plus trop respectée. Et si on descend et monte la luminosité de 4 crans, les erreurs se cumulent, et le gamma d'arrivée a bien changé...
Le pb de xrandr, c'est que si on veut juste changer la luminosité, si on ne passe pas le gamma en paramètre, il réinitialise celui-ci à 1:1:1
D'où la manip du script.
Voilà, deux pb sur ce script.
Alors...
Ben alors, j'en ai profité pour me plonger dans le shell et j'ai fait mon 1er script.
Je vais rouvrir une autre discussion pour le présenter, sachant qu'il a plusieurs fonctionnalités :
- basculer l'affichage d'un écran à l'autre par combi de touches clavier (bascule, une seule commande)
- réglage de la luminosité de l'écran externe (touches de mon portable non fonctionnelles, et menu de l'écran verrouillé quand il est connecté en HDMI), avec deux combinaisons de touches.
- changement de profil icc par combinaison de touches via xcalib. En fait, ça boucle sur autant de profils qu'on veut avec la même combi de touches. En prime, le réglage est complété par un réglage fin du gamma via xrandr. C'est une solution idéale quand on n'a pas de sonde de calibration, on peut récupérer un profil "standard" de l'écran et peaufiner derrière.
Et ça marche !!
Je rédige ça et je reviens
#6 Re : Installation de Debian » Démarrage un peu lent (2 minutes) (Résolu , Merci à vous tous JM) » 08-07-2020 18:00:32
Alors, effectivement, on n'est pas sur du véloce, ton processeur est du niveau d'un atom N570 (j'en ai un !), et donc, avec un ssd médiocre, ça doit booter en pas loin de 50s. Si tu as un disque dur classique, ça peut faire plus d'une minute.
Je repose ma question, concernant les swap fantômes : combien de systèmes sont installés sur ta machine ? juste la LMDE ou d'autres systèmes ? Si tu n'as que la LMDE, c'est une mauvaise piste, l'installateur gère ça très bien.
#7 Re : Mate Desktop » [Résolu] Comment désactiver la notification 'batterie de souris faible » 08-07-2020 10:05:02
juste pour info, dans la future version (bullseye, testing en ce moment), il y a une case à cocher dans le tableau de bord "notifications" pour éliminer les notifications sous mate
J'ai apprécié !!
#8 Re : Gestion des paquets Debian » Installation d'un fichier extension DEB (xnview) (Résolu merci beaucou » 08-07-2020 09:48:18
Je trouve le démarrage assez lent de l’ordi (plus de 2 minutes jusqu’à l’apparition du bureau complet, est-ce normal ?
Non !
J'ai un ordi de 2013 avec petit processeur, mais disque ssd, je boote (avec démarrage de session automatique) en moins de 30s
Potentiellement, tu as un pb au démarrage, peut-être des pb de déclarations de swap fantômes ou trucs du genre qui perdent 30s pour rien.
- quel est le processeur sur ton ordi ?
- qu'est-ce que tu as d'installé dessus ? (windows, autre linux...)
Eventuellement, ouvre un autre fil dans la catégorie "matériel" ou "installation debian" spécifique à ce pb
Je n'utilise pas chrome (ni chromium), mais potentiellement, ça fait comme firefox ou d'autres logiciels, il doit falloir charger des paquets concernant les langues : ton gestionnaire de mise à jour ne t'indique pas qu'il faut charger des paquets de langues ?
Si les paquets français ne sont pas chargés, tu ne peux pas avoir chrome en français...
#9 Re : Matériel » Réglage luminosité écran annexe » 05-07-2020 20:58:46
je suis moins matinal que toi
Bon, j'ai pas mal investigué avant de revenir...
Visiblement, y'a un pb avec le script.
- je commence avec cette commande :
Mon écran change d'aspect => la commande a bien marché.
- ensuite :
arguments:
op: - to decrease or + to increase brightness
= to set brightness to a specific value
display: name of a connected display to adjust
stepsize: size of adjustment step (default 0.1)
value: value to set (default 1.0 for brightness, 0.6 for color temperature)
--temp: adjusts color temperature instead of brightness
displays:
eDP-1 brightness: 0.90 gamma: 1,0:1,0:1,0 temp: 0,0
Visiblement, il a bien pris la valeur de la luminosité, mais pas le gamma. Or, si je passe un ordre avec xrandr pour remettre tous mes gamma à 1, je vois un changement à l'écran. xrandr a bien modifié le gamma, mais le script n'intègre pas ce changement.
- enfin :
displays:
eDP-1 brightness: 0.90 gamma: 1,0:1,0:1,0 temp: 0,0
Gloups ???
Bref, je laisse béton ce script, mais au final, tu m'as mis sur la piste xrandr (je découvre) => je vais faire avec et des raccourcis clavier pour régler mon moniteur.
En prime, en creusant sur d'autre sujets du forum, je suis tombé sur la commande xcalib, le truc improbable que je cherchais depuis un certain temps. J'avais chargé toute l'appli DisplayCal (plein de trucs qui ne me servent pas) pour juste charger un profil, alors que je fais ça simplement avec xcalib.
Bref, je me suis fait un fichier éxécutable mixte avec xrand pour régler finement le gamma des 3 canaux et xcalib pour charger un profil qui marche pas trop mal => j'ai maintenant un écran très regardable sur mon portable, il n'est plus bleu comme les écrans w$ et je peux enfin regarder des photos sans que ça me pique les yeux.
En fait j'ai 2 fichiers, un pour mettre la calibration on, et l'autre off :
xcalib '/home/domeee/.config/color/icc/devices/display/Maison 3.icc'
xrandr --output "eDP-1" --gamma 1.0:1.0:1.0
J'ai mis des raccourcis clavier là dessus et hop.
Je vais bientôt revenir vous embêter pour faire un seul fichier avec une bascule 
Quant à mon écran externe, je vais faire un truc similaire, + 2 ou 3 raccourcis pour régler la luminosité à la grosse (genre photos / bureautique, ça suffira à ce que je ne me tue pas les yeux sur une page blanche de texte). Pareil, je vise à faire un script qui me mettra direct sur l'écran externe, car passer par le tableau de bord à chaque démarrage, c'est relou.
En tous cas, merci beaucoup de ton aide, et à la prochaine, pour les scripts !
#10 Re : Matériel » Réglage luminosité écran annexe » 04-07-2020 20:40:20
journée grosse bouffe bien arrosée => je ne suis pas très réactif !
Merci pour les infos complémentaires. J'ai désinstallé redshift.
Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 16384 x 16384
eDP-1 connected (normal left inverted right x axis y axis)
1366x768 60.00 +
1360x768 59.80 59.96
1280x720 60.00 59.99 59.86 59.74
1024x768 60.04 60.00
960x720 60.00
928x696 60.05
896x672 60.01
1024x576 59.95 59.96 59.90 59.82
960x600 59.93 60.00
960x540 59.96 59.99 59.63 59.82
800x600 60.00 60.32 56.25
840x525 60.01 59.88
864x486 59.92 59.57
800x512 60.17
700x525 59.98
800x450 59.95 59.82
640x512 60.02
720x450 59.89
700x450 59.96 59.88
640x480 60.00 59.94
720x405 59.51 58.99
684x384 59.88 59.85
680x384 59.80 59.96
640x400 59.88 59.98
576x432 60.06
640x360 59.86 59.83 59.84 59.32
512x384 60.00
512x288 60.00 59.92
480x270 59.63 59.82
400x300 60.32 56.34
432x243 59.92 59.57
320x240 60.05
360x202 59.51 59.13
320x180 59.84 59.32
VGA-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 connected primary 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm
1280x1024 60.02 + 75.02*
1280x960 60.00
1152x864 75.00
1280x720 60.00
1024x768 75.03 70.07 60.00
832x624 74.55
800x600 72.19 75.00 60.32 56.25
640x480 75.00 72.81 66.67 59.94
720x400 70.08
DP-1 disconnected (normal left inverted right x axis y axis)
eDP-1 est l'écran de mon portable que j'ai éteint, le moniteur externe est le seul en fonctionnement.
Donc normal que tu voie DP-1 disconnected en fin de réponse.
VGA aussi, y'a une sortie VGA sur le portable qui n'est pas connectée.
Reste donc la sortie HDMI-1 qui va sur l'écran externe à entrée DVI via un adaptateur.
Le script, je l'ai téléchargé via un bouton de téléchargement sur le site, je suppose qu'il est entier, sinon...
Y'a bien les 147 lignes :
2 set -e
3
4 get_display_info() {
5 xrandr --verbose | grep -m 1 -w "$1 connected" -A8 | grep "$2" | cut -f2- -d: | tr -d ' '
6 }
7
8 # cribbed from redshift, https://github.com/jonls/redshift/blob/master/README-colorramp
9 GAMMA_VALS=('1.0:0.7:0.4' # 3000K
10 '1.0:0.7:0.5' # 3500K
11 '1.0:0.8:0.6' # 4000K
12 '1.0:0.8:0.7' # 4500K
13 '1.0:0.9:0.8' # 5000K
14 '1.0:0.9:0.9' # 6000K
15 '1.0:1.0:1.0' # 6500K
16 '0.9:0.9:1.0' # 7000K
17 '0.8:0.9:1.0' # 8000K
18 '0.8:0.8:1.0' # 9000K
19 '0.7:0.8:1.0') # 10000K
20
21 get_gamma_index() {
22 for i in "${!GAMMA_VALS[@]}"; do
23 [[ "${GAMMA_VALS[$i]}" = "$1" ]] && echo "$i" && break
24 done
25 }
26
27 get_temp_for_gamma() {
28 idx=$(get_gamma_index "$1")
29 awk '{printf "%.1f", $1 / 10}' <<< "$idx"
30 }
31
32 get_gamma_for_temp() {
33 idx=$(awk '{printf "%d", $1 * 10}' <<< "$1")
34 echo "${GAMMA_VALS[$idx]}"
35 }
36
37 # gamma values returned by xrandr --verbose are somehow inverted
38 # https://gitlab.freedesktop.org/xorg/app/xrandr/issues/33
39 # this function corrects this bug by reverting the calculation
40 invert_gamma() {
41 inv_r=$(cut -d: -f1 <<< "$1")
42 inv_g=$(cut -d: -f2 <<< "$1")
43 inv_b=$(cut -d: -f3 <<< "$1")
44 r=$(awk '{printf "%.1f", 1/$1}' <<< "$inv_r" 2>/dev/null)
45 g=$(awk '{printf "%.1f", 1/$1}' <<< "$inv_g" 2>/dev/null)
46 b=$(awk '{printf "%.1f", 1/$1}' <<< "$inv_b" 2>/dev/null)
47 echo "$r:$g:$b"
48 }
49
50 get_gamma() {
51 invert_gamma "$(get_display_info "$1" 'Gamma: ')"
52 }
53
54 get_brightness() {
55 get_display_info "$1" 'Brightness: '
56 }
57
58 list_displays() {
59 echo 'displays:'
60 displist=''
61 connected=$(xrandr | grep -w connected | cut -f1 -d' ')
62 for display in $connected; do
63 brightness=$(get_brightness "$display")
64 gamma=$(get_gamma "$display")
65 temp=$(get_temp_for_gamma "$gamma")
66 displist+="$display brightness: $brightness gamma: $gamma temp: $temp"
67 displist+=$'\n'
68 done
69 echo "$displist" | column -t | sed 's/^/ /'
70 }
71
72 display_usage() {
73 script_name=$(basename "$0")
74 echo "Usage: $script_name op display [stepsize|value] [--temp]"
75 echo
76 echo 'arguments:'
77 echo ' op: '-' to decrease or '+' to increase brightness'
78 echo ' '=' to set brightness to a specific value'
79 echo ' display: name of a connected display to adjust'
80 echo ' stepsize: size of adjustment step (default 0.1)'
81 echo ' value: value to set (default 1.0 for brightness, 0.6 for color temperature)'
82 echo ' --temp: adjusts color temperature instead of brightness'
83 echo
84 list_displays
85 }
86
87 exec_op() {
88 if [ "$1" = '+' ]; then
89 NEWVAL=$(echo "$3 + $2" | bc)
90 elif [ "$1" = '-' ]; then
91 NEWVAL=$(echo "$3 - $2" | bc)
92 elif [ "$1" = '=' ]; then
93 NEWVAL=$2
94 fi
95 if [ "$(echo "$NEWVAL < 0.0" | bc)" -eq 1 ]; then
96 NEWVAL='0.0'
97 fi
98 if [ "$(echo "$NEWVAL > 1.0" | bc)" -eq 1 ]; then
99 NEWVAL='1.0'
100 fi
101 echo "$NEWVAL"
102 }
103
104 if [[ "$1" = '+' || "$1" = '-' || "$1" = '=' ]] && [[ -n "$2" ]]; then
105 OP=$1; DISP=$2; shift; shift
106 else
107 display_usage; exit 1
108 fi
109
110 if [[ "$1" =~ ^[0-9]+(.[0-9]+)?$ ]]; then
111 OPVAL=$1; shift
112 else
113 if [[ "$OP" = '=' ]]; then
114 if [[ "$1" = '--temp' ]]; then
115 OPVAL='0.6'
116 else
117 OPVAL='1.0'
118 fi
119 else
120 OPVAL='0.1'
121 fi
122 fi
123
124 CURRBRIGHT=$(get_brightness "$DISP")
125 if [[ ! "$CURRBRIGHT" =~ ^[0-9]+.[0-9]+$ ]]; then
126 echo "Error: Selected display $DISP has no brightness value!"
127 echo; list_displays; exit 1
128 fi
129
130 CURRGAMMA=$(get_gamma "$DISP")
131 if [[ ! "$CURRGAMMA" =~ ^[0-9].[0-9]:[0-9].[0-9]:[0-9].[0-9]$ ]]; then
132 echo "Error: Selected display $DISP has no gamma value!"
133 echo; list_displays; exit 1
134 fi
135
136 NEWBRIGHT="$CURRBRIGHT"
137 NEWGAMMA="$CURRGAMMA"
138
139 if [ "$1" = '--temp' ]; then
140 CURRTEMP=$(get_temp_for_gamma "$CURRGAMMA")
141 NEWTEMP=$(exec_op "$OP" "$OPVAL" "$CURRTEMP")
142 NEWGAMMA=$(get_gamma_for_temp "$NEWTEMP")
143 else
144 NEWBRIGHT=$(exec_op "$OP" "$OPVAL" "$CURRBRIGHT")
145 fi
146
147 xrandr --output "$DISP" --brightness "$NEWBRIGHT" --gamma "$NEWGAMMA"
sinon, j'ai refait la commande de réduction d'un cran de la luminosité, il a été plus bavard dans sa réponse :
displays:
eDP-1 brightness: gamma: inf:inf:inf temp: 0,0
HDMI-1 brightness: 1.0 gamma: inf:inf:1,0 temp: 0,0
C'est bien la commande de gamma qui merde, elle n'a pas l'air compatible avec mon écran (il date d'avant 2010, peut-être 2007 ou 2008)
J'ai une LMDE4 sur cet ordi, je ne me rappelle plus si hier j'ai tapé la commande depuis la LMDE ou la testing (d'où la réponse différente)
En tous cas, sur la LMDE, il y a possibilité de modifier les profils de couleur => ça marche très bien sur l'écran intégré du portable, par contre, ce n'est pas actif sur l'écran externe, il me dit que ce n'est pas pris en charge...
Est-ce que ces deux problèmes ont la même source ?
Le fait que mes boutons de réglage sur l'écran soient bloqués me gonfle un peu aussi, je ne sais pas si c'est pareil sur tous les écrans externes câblés en numérique (la plupart en HDMI ou displayport aujourd'hui, le mien date d'avant 2010, d'où DVI). De mémoire, ils fonctionnaient quand je branchais le moniteur en VGA (mais l'image est clairement moins propre).
Sinon, même si le script ne marche pas, on ne va pas se prendre la tête, j'ai testé cette commande et ça marche nickel :
J'essaierai de bidouiller le gamma pareil histoire de voir, et après, un raccourci clavier ou deux et basta
[edit] testé le gamma avec xrandr, ça marche aussi :
Si j'en crois les données du script, ça me met l'écran à 10000K (et c'est dégueu !)
Donc vu que les commandes passées via xrandr marchent, ça doit être un pb de script[/edit]
Mais bon, si on peut régler le pb, ça peut intéresser du monde, je n'ai rien vu d'autre là dessus sur le forum (mal cherché ?)
#11 Re : Matériel » Réglage luminosité écran annexe » 03-07-2020 19:49:10
Try 'xrandr --help' for more information.
Exactement la même réponse si je mets un + à la place du -
Je dois installer redshift ?
[edit]installé redshift, refait la commande : pareil[/edit]
#12 Re : Matériel » Réglage luminosité écran annexe » 03-07-2020 16:08:19
merci, ça s'annonce pas mal ta solution !
J'ai récupéré le script, je vais tester ça dans la soirée, mais d'ores et déjà, j'ai quelques questions :
- le fichier brightness.sh, je le mets où ?
- je suppose que vu la syntaxe pour les modifes, ça n'impacte que le réglage du moniteur cité dans la commande (DVI-0 dans tes exemples), et pas le réglage du portable ?
- est-ce que quand tu éteins l'ordi et que tu le rallumes le lendemain le réglage précédent reste actif, ou il se cale par défaut à une valeur std et il faut refaire le réglage à chaque allumage de la machine ?
- dans la syntaxe ./brightness.sh : pourquoi le ./ ?
- je suppose que la plage de réglage est 0-1 ?
edit: important il ne faut désactiver Redshift si jamais tu l'utilise
pas pigé, y'a un "ne" qui gêne ou un "pas" qui manque : il faut le désactiver ou pas ? Par défaut, il n'est pas installé sur ma machine
Je ne connaissais pas ce truc, très intéressant le réglage de température de couleur, ça m'intéresse autant que la luminosité
#13 Matériel » Réglage luminosité écran annexe » 03-07-2020 13:36:34
- Debeee
- Réponses : 8
voilà mon pb : j'ai un portable sous testing / mate, avec une sortie écran VGA et une HDMI, et un écran auxiliaire (HansG 5/4 1280x1024) avec une entrée VGA et une DVI.
J'ai trouvé un coupleur HDMI/DVI qui me permet de passer directement mon signal en numérique, et j'ai ainsi une très bonne image sur le HansG. Le hic, c'est que le réglage de luminosité via les touches du portable n'ont pas d'effet sur l'écran auxiliaire (on voit la jauge augmenter ou diminuer sur l'écran quand on veut faire le réglage, mais la luminosité ne bouge pas), et les touches de réglage de cet écran sont bloquées à partir du moment où le signal passe par le port DVI.
Bref, luminosité non modifiable.
Y'a une possibilité de régler ça ?
Merci et à bientôt j'espère !
#14 Re : Système » [Résolu] Soucis divers après MàJ (notamment segfaults en série) » 28-06-2020 17:18:45
[edit] j'ai le choix 1360*768 sur mon écran natif 1366*768, visiblement, ça bouffe 6 colonnes de pixels sur la hauteur => affichage propre, donc pas trop une piste de recherche... [/edit]
C'est pas de là que vient le pb ? C'est prévu pour fonctionner comme ça ? On s'éloigne du ratio standard 16:9 (1365,33333*768), très peu, mais peut être c'est une source de pb ?
Je ne savais pas que ça existait ces écrans en 1368, mais si...
#15 Re : Gestion des paquets Debian » Installation d'un fichier extension DEB (xnview) (Résolu merci beaucou » 27-06-2020 08:05:08
Dans Debian-Facile, le mot important c’est Facile
oui !
Oui, bon, Flatpak c'est déjà indiqué depuis le début du mois.
perso, je m'en fous de flatpak, et sans doute JM38 aussi. Juste ça risque de prendre pas mal de place disque, JM38 a parlé d'un ordi d'occase, donc pas forcément une fusée. Et c'était inutile d'aller chercher un lien extérieur alors que tu as ça dans le gestionnaire de logiciels de la LMDE.
LMDE c'est Mint, avec ses gestions de sécurité et de dépôts baroques, si il y a complication...
Ca marche, et même très bien. Justement, à la base, il n'y avait pas de complications ! Si j'ai bien compris, JM38 n'avait pas sa machine sous la main (post #25), sinon, il aurait fait ça tout seul en 3 clics tellement l'utilisation du gestionnaire de logiciels est évidente.
#16 Re : Gestion des paquets Debian » Installation d'un fichier extension DEB (xnview) (Résolu merci beaucou » 26-06-2020 17:46:55
P'tain que c'est compliqué ce fil...
Pour info :
- je suis un peu allergique à la ligne de commande, juste ce qu'il faut => j'essaye toujours plus simple avant
- j'ai une LMDE4
- j'arrive un peu à la bourre...
Reprenons :
1/ Gdebi est installé sur la LMDE4. Donc, il suffisait de télécharger le .deb de Xnview et double-cliquer ce fichier (depuis n'importe où, au hasard depuis le dossier "téléchargements" où il a été stocké par firefox) pour qu'il s'installe tout seul comme un grand. Ensuite, il apparaît dans le menu principal. Rien d'autre à faire.
2/ Xnview est dans le "store" (gestionnaire de logiciels) de LMDE4 : il suffit de taper son nom dans le champ de recherche en haut de la fenêtre pour le voir apparaître. Il faut cliquer dessus, puis il suffit ensuite de cliquer sur le bouton vert "installer". (NB : c'est une version flatpack, donc si JM38 a une petite capacité de disque, c'est pas top : préférer le .deb du 1/). C'est tout.
3/ Shotwell est aussi dans le store : pareil, taper son nom dans la barre de recherche et il arrive tout de suite ! Même procédure pour l'installer.
Y'a aussi Geeqie dans le même genre, qui utilise les profils couleur des photos, je ne sais pas si Shotwell le fait. Dans tous les cas, Xnview est plus complet et multi-plateformes, pour qq'un qui a différentes machines, c'est pratique, 1 seul logiciel.
Voilà, mon pauvre JM38, j'espère que tu n'es pas trop paumé dans tout ça. La LMDE4 est très ergonomique, normalement, ça se manipule facilement sans passer par la ligne de commande, c'est un de ses gros avantages.
Ici, les gens sont plus habitués à du rustique...
PS : @ hybridemoineau : attention, dans tes posts #28 et #29, ta commande n'est pas bonne, le logiciel, c'est shotwell, pas showell
#17 Re : Mate Desktop » kill -9 est plus que mon ami » 20-06-2020 15:58:56
alors j'ai eu buster-mate 64 bits et je suis passé en testing pour des raisons de compatibilité matérielle avec mon ordi (asus eeepc 1011px, 2Go de ram et ssd un peu mou), notamment gestion de l'alim et wifi, plus d'autres bugs. Sinon, au niveau vitesse, je n'ai pas vu trop de différence entre buster et testing.
Mon processeur (atom N570) est presque 2 fois moins véloce que le tien (oui, ça existe !!), et pourtant :
pluma ouvert en 3s
caja en environ 1s (nb : qqfois, aussi des merdes d'affichage)
eye of mate ouvre une photo de 200k en moins de 2s
A titre indicatif, j'ai un clevo tesing-mate 64 bits avec celeron 1037 (un poil plus rapide que ton core 2 duo) qui avionne littéralement à côté de l'asus, tous les trucs cités sont quasi immédiats. Il a été sous buster un certain temps, pas vu de différence notable de vitesse.
Bref, soit tu as un gros pépin sur le hard, soit t'as un gros pb dans l'installation. Ce n'est sûrement pas inhérent à buster-mate.
Question, tu bootes en combien ? Du on/off au bureau (session auto), j'ai 40s sur l'eeepc et 25 sur le clevo.
A noter que sur l'eeepc, j'ai aussi une debian 9-mate 32 bits, plutôt plus rapide que buster/testing 64
#18 Re : Les logiciels libres » Retour LMDE4 » 18-06-2020 18:52:40
Ce sont surtout des freezes récurrents (lorsque deux sessions utilisateurs étaient ouvertes) du bureau qui m'ont fait jeter l'éponge. Mais mon matos n'était pas jeune non plus.
Ah, je n'ai jamais eu de freezes, mais c'est vrai que je ne demande pas la lune à mes ordis non plus, et je n'ai qu'une seule session, ça limite. Mais bon, même si le matos est vieux, y'a pas de raisons (sauf panne imminente ou intermittente). Perso, une distro qui déconne comme ça, poubelle dans la minute, aucune pitié.
@ --gilles-- : alors comme d'hab, RTFM !
https://docs.xfce.org/xfce/xfce4-settings/color
J'ai testé un truc sur ma Debian testing-mate, j'ai chargé colord, xiccd et icc-profiles-free (mais en fait, de ce que j'ai compris, c'est juste un set de profils de calibration sans doute pour des matos courants ou alors génériques ?), et... rien de plus ! J'ai bien le deamon xiccd qui tournait en tâche de fond, mais c'est tout. Il manque le front-end qui existe sur la LMDE et sur Xfce : rien chez mate, il faut donc obligatoirement DisplayCal pour gérer les profils.
Je suppose que sous Gnome, ça fait comme Xfce et LMDE, il y a un paquet gnome-color-manager => ça doit être accessible via les réglages ?
En tous cas, cette discussion est un poil HS par rapport au sujet du fil, mais ça m'a appris plein de trucs sur la gestion couleur qui était pour moi un gros point noir sous Linux. Et en fait, c'est assez simple. Merci pour vos chandelles colorées
#19 Re : Les logiciels libres » Retour LMDE4 » 18-06-2020 10:25:13
Je ne supporte pas ce truc, il est systématiquement parti à la poubelle après 1/4h de test, et j'ai retenté plusieurs fois...
Mais là, chapeau bas. Je te confirme que sous mate, il n'y a rien de tel. Ou alors il faut charger une extension : laquelle ??
Question subsidiaire : sous Xfce, comme avec la LMDE4, tu n'aurais donc pas besoin de DisplayCal pour charger un profil existant ? Sachant que l'apport principal de DisplayCal, c'est le pilotage de la sonde.
Autre question : je vois sur ta copie d'écran que tu as le nom d'un profil, pas une liste de profils parmi lesquels tu peux choisir, et visiblement, avec le bouton de gauche, tu peux juste l'activer ou pas : j'ai bon ?
Sur la LMDE4, tu peux choisir un profil dans une liste (pareil que sur un mac en fait)
Je vais creuser ça...
La LMDE2 Mate fut une de mes distributions préférées.
Moi pareil. Et ma fille qui est rétive à Linux l'a utilisée 4 mois sans se plaindre (!!) => ça devait donc être très vivable. Elle a eu droit à la LMDE1 et là, j'étais souvent d'astreinte pour faire le support à distance (et ça râlait sec !)
Oui, cinnamon me rebute un peu, pas moyen d'aménager les panels comme je veux, contrairement à mate (et aussi avec lxde, mais les panels étaient très capricieux). Par contre, le menu Mint est semblable, que ce soit mate ou cinnamon. Mais sous la LMDE2, l'allure "alu brossé" en jetait un max, le noir cinnamon est assez moche.
Par contre, la réputation de lourdeur que lui ont fait certains me paraît injustifiée, je n'ai pas du tout cette impression, pourtant avec une machine très cheap. C'est très fluide, pareil que Debian 10 mate : tu as un avis là dessus ?
#20 Re : Les logiciels libres » Retour LMDE4 » 17-06-2020 20:59:37
Ah, de mon côté j'avais utilisé DisplayCAL*
Oui, moi aussi, Argyll c'est l'éditeur en fait
Ce qui fait peur, c'est la tripotée de logiciels qui arrivent avec (menu "graphisme" dans le menu principal de mate)
Je pense que le réglage "couleurs" est générai à la base Debian, en tout cas il est parfaitement intégré sur ma Debian XFCE testing, et je l'avais sur la Debian Mate précédente quoique de façon moins intuitive
Alors là, tu me sembles optimiste... Tu as ça où dans XFCE ? Dans le panneau de config ? Dans mate, je ne sais pas où tu as eu ça, je suis en testing en plus, donc plutôt récent, y'a rien dans les configs. J'ai chargé mon profil à partir de DisplayCal, je n'ai rien d'autre ailleurs. T'avais une mate Debian pure, ou bien une Mint ?
#21 Re : Les logiciels libres » Retour LMDE4 » 16-06-2020 21:02:06
M'enfin, je me rappelle avoir téléchargé ce logiciel il y a un certain temps, mais j'étais resté bloqué (damned, y'm'faut une sonde !)
Mais effectivement, on peut charger un profil déjà existant (je ne sais plus ce que j'ai fait, mais ce n'était pas la manip décrite par --gilles--), je l'ai fait, ça marche.
Reste que dans le cadre de ce fil, je mets quand même toujours 1-0 à la LMDE, l'approche est tellement plus simple et intuitive : on va dans le tableau de bord "couleurs", on clique dans le bon profil et c'est fini, éventuellement on en charge un venant d'ailleurs mais c'est tout.
argyll est une usine à gaz (faut voir le menu "graphisme" après l'installation !), et y'a des trucs pas forcément utiles, plus un outil dénommé "profil loader" qui ne marche pas (je le verrai bien, justement, faire le taf "simple" que fait la LMDE)
Moi, en prime, ce qui me plairait, c'est un système de calibration "à la main" comme il en existe un dans le mac : c'est moins bien qu'une sonde, mais ça rattrape les plus gros défauts, c'est simple à mettre en oeuvre et très efficace. Investir dans une sonde pour un non pro, c'est un peu relou.
Pour ceux qui n'ont pas de sonde, vous pouvez trouver des profils sur le site des numériques pour pas mal d'écrans. Mon frère avait fait la manip, ça lui avait bien amélioré son écran gratuitement !
https://www.lesnumeriques.com/photo/tel … 00539.html
Question bête d'ailleurs : ce réglage "couleurs" est-il propre à la LMDE, ou bien c'est plus généralement dans l'environnement cinnamon ?
#22 Les logiciels libres » Retour LMDE4 » 16-06-2020 14:09:01
- Debeee
- Réponses : 12
j'ai vu plusieurs fils sur lesquels certains d'entre vous se posent la question de la plus value d'une mint LMDE par rapport à une Debian pur jus.
J'avais testé la LMDE1 : une grosse merde, sur le mode semi-rolling release avec des pakasses de 700Mo à charger et installer régulièrement (1/2h devant l'ordi à cliquer des trucs inutiles mais obligatoires). Pas abouti, pas très fiable.
LMDE2-mate : basée sur Jessie (qui reste ma fav'), super système, très propre et fiable, aucun pb d'installation, tout est clé en mains, aucun souci de fonctionnement.
LMDE3 : pas installé
LMDE4-cinnamon : elle vient de remplacer ma LMDE2.
- Installation très rapide (20-25mn tout compris, environ 3/4h sur ma machine pour une Debian en mode graphical expert, et je ne parle pas du fait que j'ai d'emblée plein d'outils que je dois charger moi-même avec la Debian), aucun souci avec grub, pas de dommages collatéraux sur ma testing installée sur la partition d'à côté (genre grub met le souk, ou alors le fstab en vrac). Aucune intervention pendant l'installation (sauf Id/mdp, clavier, etc et formatage manuel très rapide pour ma part).
- J'ai lu ici où là que cinnamon était super lourd. Je boote en 30s (25 avec la Debian), et sur le bureau, fluidité parfaite pour tout ce que je fais, je ne vois pas de différence avec mate. A noter que la lmde2-mate était plus lourde que la Debian équivalente => c'est plus l'effet Mint que cinnamon qui alourdit à mon sens. Et j'ai un processeur celeron 1037 (processeur bas-moyen de gamme en 2014) : ça marche mais c'est très loin d'être de la foudre !
- Tout est installé d'origine et tout marche : wifi, son, clavier, gestion d'énergie, prise en charge assez complète de tablettes graphiques, gestion du pad nickel (une cata sur cette machine avec Debian). Aucun driver ou firmware à installer.
- Plein d'outils utiles, bien faits et pratiques : formateur de clé usb, créateur de clés bootables très simple (infaillible, je passe toutes mes installes par ça depuis des lustres, aucun souci), outil de gestion de disques performant, + Gparted au cas où, synaptic en plus du magasin d'applis (le 1er qui marche proprement que je teste), etc etc.
- Des petits logiciels bien faits : par ex, une appli de base de dessin bitmap qui m'aurait été bien utile pendant le confinement. J'avais Gpaint, y'a pas photo.
- Et... cerise sur le gâteau, c'est pour cette raison que j'ai chargé cette LMDE : gestion des couleurs avec les profils icc. J'ai regardé ça sur une Debian de base, je n'ai pas trouvé les bons outils ni le mode d'emploi. Ca semble chiant et compliqué. Ici, c'est dans le panneau des réglages, l'outil "couleurs", on met le profil qu'on veut et tout l'affichage change, dans toutes les applis. Sur mon Clevo 11" à écran bleu qui tue les yeux, c'est vraiment un gros plus. J'ai juste essayé le profil que j'avais concocté sur mon mac (il manque l'outil de calibration manuelle sur la LMDE...) => c'est presque nickel ! Je vais enfin pouvoir regarder quelques photos avec cet ordi. Pour ceux qui ont une sonde, je suppose que ça doit être assez facile à calibrer (si vous avez des retours, n'hésitez pas)
- Et encore, les coins actifs : la souris dans un coin du bureau et toutes les fenêtres ouvertes sont affichées, reste à choisir la bonne. J'utilise ça sur le mac depuis 10 ans, c'est un vrai plus.
Les moins :
- pour un amateur éclairé qui veut maîtriser son ordi, c'est beaucoup plus opaque qu'une Debian. Le défaut de sa principale qualité : elle s'occupe de tout, mais ne vous met pas trop au courant de ce qui est fait...
- utilisation de flatpak pour certains logiciels : m'a chargé Octave (version 4.4 en prime, j'ai la 5.2 sur la testing) en flatpak, archive de 1.3Go à charger (!!), qui donne + de 4Go sur le disque une fois décompressée (!!!!!!!) => pas très économique tout ça. Octave, ça tient normalement sur une grosse centaine de Mo.
- les panels de cinnamon ne sont pas très coopératifs (rien à voir avec mate), on ne peut pas trop gérer l'ergonomie comme on veut et là, c'est très fâcheux : ok, il y a leur menu pas mal fait, mais un bon "dock" bricolé avec un panel avec juste le nécessaire, c'est 100 fois plus pratique.
- ça arrive presque 1 an après la debian stable => c'est pas du tout neuf dans les logiciels
Bref, distribution très bien finie, fiable, installation simple et sans pb qui fournit tout clé en mains, très bien outillée de base, pas de lourdeur avec un ordi même vieux et pas très rapide : vraiment une alternative idéale à W$ pour qui veut sauter le pas sans trop souffrir, sachant qu'il y a aussi les outils de base (console etc) pour aller plus loin le cas échéant.
#23 Re : Système » [Résolu] Soucis divers après MàJ (notamment segfaults en série) » 14-06-2020 17:21:52
Sachant que tu es sous SID et moi "seulement" sous testing, je dois avoir une ou deux versions de retard sur LO par rapport à toi. Je n'ai pas testé beaucoup, mais pas de grosse connerie d'ordre 0 comme pour toi à priori.
Le fait que geogebra 3D marche bien sur ma machine est un bon indicateur : j'avais eu jadis des pb avec une lubuntu 14.04, avec un PC équipé d'une vieille Nvidia 6200. Seul geogebra 3D ne marchait pas (tout le reste ok), j'avais dû charger les drivers Nvidia pour que ça roule.
Donc là, je pense que si ça marche, mesa ne doit pas trop déconner, il doit sans doute participer au fonctionnement de la partie 3D de geogebra.
Sinon, j'avais oublié, firefox marche très bien, vidéos comprises (j'en ai regardé 2 ou 3).
Je vais tâcher de voir avec vlc.
[edit] regardé un bout de film en .avi et un autre bout en H264, les deux installés sur une clé usb formatée ntfs pour corser : aucun souci, lecture parfaitement fluide en prime => pas de merde d'ordre 0 avec vlc [/edit]
Pour les jeux, je ne vais pas tester, je n'y connais rien, et avec mon eeepc 1011 de 2012, ça serait très dur
#24 Re : Système » [Résolu] Soucis divers après MàJ (notamment segfaults en série) » 13-06-2020 16:17:51
bon ça y'est, j'ai mis à jour.
Rappel des infos :
eeepc 1011PX, processeur intel Atom N570 2Go de RAM
Je suis en Bullseye testing depuis juillet dernier et jusqu'à maintenant, ça roule
Noyau 5.6.0-2 AMD64
Bureau Mate 1.24.0
Aucune bidouille, dépôts testing pur jus, pas de backports
driver: i915 v: kernel
Device-2: IMC Networks USB 2.0 UVC VGA WebCam type: USB driver: uvcvideo
Display: x11 server: X.Org 1.20.8 driver: intel
unloaded: fbdev,modesetting,vesa resolution: 1024x600~60Hz
OpenGL: renderer: Mesa DRI Intel Pineview M v: 1.4 Mesa 20.0.7
Alors, à priori, je n'ai pas de soucis particuliers.
mes logiciels de maths fonctionnent, y compris geogebra en 3D (j'ai eu soucis avec du nvidia à une époque)
libre office calc et writer semblent fonctionner : j'ai chargé des documents conséquents (avec figures, équations, etc) => ça a l'air de marcher.
la lecture de pdf marche comme il faut aussi (evince)
Globalement (mais c'est très très subjectif), j'ai l'impression que la machine est plus rapide à l'affichage que précédemment, notamment pour visualiser des pdf comportant des images : c'était très long à charger, surtout que le N570 fait ce qu'il peut, c'est pas du ryzen dernier cri. Pareil avec mon fichier un peu costaud sous writer : affichage moins laborieux.
Faudrait que je teste des trucs avec les logiciels qui fâchent chez Elzen (impress, inkscape).
Je revise le 1er post d'Elzen et je teste ça tranquillou.
#25 Re : Système » [Résolu] Soucis divers après MàJ (notamment segfaults en série) » 12-06-2020 20:53:56
Bon, pas joyeux tout ça. Vu que c'est une machine que j'utilise pour bosser, pas cool.
C'est bizarre, y'a pas mal de gens avec des sid ou testing, je n'ai pas vu de pb sur le forum (j'ai mal regardé ?)
La MAJ sous testing date d'après le 27 mai (ma dernière mise à jour).
Si tu peux m'aider avec le snapshot et comment réinstaller les paquets qui marchent, je tente dimanche (demain, je bosse avec...)