Debian-facile
Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 Re : Installation de Debian » Quelle version de Debian prendre ? » 01-02-2021 22:59:05
Aïe, ça a dérapé!
meu non, par rapport à certains fils du même genre, c'est resté zen !
Merci beaucoup pour toutes ces précisions en tous cas !
#2 Re : Installation de Debian » Quelle version de Debian prendre ? » 31-01-2021 19:39:08
ça doit dépendre aussi des logiciels installés, plus y en a plus tu testes
En fait, je reste sobre, et quasiment tout ce que j'ai est dans les dépôts de base, free et non free, donc peu de risques en fait
Et encore, la première version que j'avais écrite pour cet article était un exemple d'absence totale de nuance
Faudrait que je me familiarise avec Reportbug histoire d'être un peu utile, mais c'est vrai que quand tu ne fais pas de développement, c'est bien austère voire ésotérique tout ça...
#3 Re : Installation de Debian » Quelle version de Debian prendre ? » 31-01-2021 15:02:38
comme quoi... bah ... ça dépend !
bah oui, devant la complexité de la chose, faut rester humble. Herve33 ne dit rien d'autre.
Il ne faut pas se méprendre : je ne donne pas une RECOMMANDATION, je fournis un TÉMOIGNAGE de mon expérience, après, chacun en fait ce qu'il veut !
testing est, comme son nom l'indique, hors de la garantie de stabilité de debian. c'est donc, navré de le dire, chercher un peu la merde d'aller piocher dedans.
ben j'ai eu du pot (pourtant, c'est normalement quand on marche dedans qu'on a du pot, non )
qui a parlé de PPA? stratégie PPA sur Debian y'a pas
Beta-Pictoris a parlé d'Ubuntu, et tu sais sans doute mieux que moi que PPA sur Ubuntu est le pendant de back port sur Debian
Tout tes dit dans le lien d'arpinux, le texte est clair et précis
je te renvoie la balle, faut lire ce que j'ai écrit : oui, le lien était clair dès le début, trop clair même, c'est ce que je lui reproche. Et j'ai regardé jusqu'au bout, désolé, je reste sur ma faim sur la raison pour laquelle sid est plus stable que testing
Et après, honnêtement, je m'en fous ! Ma testing marche bien, j'y reste.
Mais si un béotien passe par là et qu'il veut une raison autre qu'une affirmation, désolé, il reste sur sa faim aussi
#4 Re : Installation de Debian » Quelle version de Debian prendre ? » 31-01-2021 09:48:44
Le lien d'Arpinux y répondais
Oui, mais alors désolé, quand tu vois le résumé tout en finesse et en nuances, t'as pas envie d'aller plus bas !
On dirait un media mainstream qui parle d'hydroxychloroquine
Ce que je ne comprends pas bien, c'est :
- pourquoi testing est souvent présentée comme moins stable que Sid ?
- la stratégie des backports/PPA m'a toujours paru être un pis aller : tu installes une stable et tu mets dedans tout un tas de paquets pas prévus pour fonctionner avec ni testés dans ce sens. J'ai du mal à comprendre que c'est mieux que testing qui malgré sa jeunesse reste homogène, les paquets sont testés ensembles
L'architecture matérielle de ta machine est sortie il y a maintenant plusieurs années.
La Debian Buster Stable devrait bien la prendre en charge.
Pas sûr... J'ai une machine de 2012 qui justement n'était prise en charge ni par Buster (pb de wifi, mise en veille, jauge d'énergie, son, rien que ça...) ni par la Debian 9 (wifi), et qui a marché instantanément sous testing juste après le passage en stable de Buster
Pour ce qui est d'Ubuntu, mon expérience limitée m'a fait constater que j'avais beaucoup plus de soucis avec Ubuntu (y compris des versions LTS) qu'avec Debian testing.
Après, ce n'est qu'une petite expérience avec 2 ou 3 machines, mais quand tu as systématiquement des embrouilles avec les mises à jour d'Ubuntu et strictement aucun pb avec celles de Debian testing, ton choix est fait 
#5 Re : Matériel » [ABANDON] Disque externe SSD ne monte pas... » 29-01-2021 22:38:47
#6 Re : Installation de Debian » Quelle version de Debian prendre ? » 29-01-2021 22:29:32
j'ai toujours vu des commentaires assez désobligeants sur testing, et le lien de arpinux va dans ce sens.
On peut se poser la question : si testing n'est bonne nulle part et pour personne, pourquoi la mettre à disposition ???
Perso, j'ai 2 expériences de testing :
- en janvier 2015, j'avais installé Jessie/lxde en testing sur une machine, soit environ 6 mois avant la mise en stable : RAS, absolument aucun pb
- depuis juillet 2019, après plein de déboires avec Buster, j'ai mis 2 machines sous testing/mate : non seulement j'ai instantanément récupéré des fonctionnalités importantes (gestion d'alim et mise en veille entre autres), mais je n'ai jamais eu de bugs bloquants sur ces deux machines.
J'ai eu sur 2 applis des dysfonctionnements mineurs, mais ils ont été corrigés et n'étaient pas bloquants, juste agaçants en ergonomie (sur geeqie notamment, et aussi un bug dans Octave, très vite fixé grâce à une recherche internet, et depuis corrigé de toutes façons)
Après, je n'ai sûrement pas l'expertise ni l'expérience d'arpinux, il y a des choses qui échappent au béotien que je suis ; du point de vue sécurité, notamment, j'ai vu des commentaires pas top.
Si on a besoin d'une fiabilité absolue, la stable doit incontestablement être un meilleur choix. Pour un utilisateur moyen qui n'a pas besoin d'un très haut niveau de sécurité/fiabilité, franchement, testing, ça marche et même très bien. Dans mon cas, bien mieux que Buster. Jamais eu de plantage ou d'ennuis. Fonctionnement fiable. Et vu tous les pb qu'on peut voir sur Buster sur ce forum (sans compter ceux que j'ai eus), ça me conforte dans mon choix.
Et pour des machines assez récentes (cf certains processeurs ryzen par ex), c'est testing (ou sid, que je n'ai jamais essayé)
#7 Re : Gestion des paquets Debian » [Résolu] Droits utilisateurs et sudo su » 21-12-2020 10:51:39
je rajoute quelques précisions relatives au titre de ce fil (sudo et su)
J'ai un ordi que j'ai configuré à l'installation avec un compte root, donc je dois faire su - pour taper des commandes en super utilisateur.
Comparé aux installations sans compte root (il faut alors taper sudo pour débuter les commandes en super utilisateur), il y a des restrictions, et notamment, on ne peut pas lancer caja (aucune appli graphique d'ailleurs) en mode super utilisateur à partir de su - en compte root ; alors que c'est faisable avec sudo (??)
On va sûrement m'eng.. que je n'ai pas à faire ce truc dangereux, mais j'ai une carte SD formattée macos qui pose pb et refuse l'accès en écriture dans certains cas, donc je serais content d'avoir cette possibilité.
J'ai fait la manip des post #2 / #3, ça marche nickel, j'ai accès à sudo et je peux ouvrir caja en super utilisateur !
Juste pour info, j'avais accès à synaptic avec le mdp du compte root, maintenant, j'y ai dorénavant accès avec mon mdp de session => ça peut en dérouter certains !
#8 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)
#9 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
#10 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.
#11 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.
#12 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
#13 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.
#14 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é !!
#15 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...
#16 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 !
#17 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é ?)
#18 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]
#19 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é
#20 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 !
#21 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...
#22 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.
#23 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
#24 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
#25 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