Reprise du message précédent :
Ça y est c'est bon l'interface graphique refonctionne.

La clé USB est bien reconnue, et elle voit bien le réseau.

Par contre impossible d'arriver à la faute connecter à ma livebox4 ni à mon tél en modem wifi.

Y a un truc à configurer dans le wifi ? J'ai loupé quelque chose ?

Car la j'ai l'impression que c'est un problème d'enregistrement sur le réseau ou un truc du genre...

Certes, maintenant que j’y repense, tu n’as pas une machine boiteuse : c’est que tu as du mal avec les docs en anglais (ce qui est ballot quand on parle d’informatique, et en particulier de Linux). Pardon pour la confusion.
 

Être plus précis sur les termes « invisible et inefficace » ? La fonction est inopérante (quelles que soient les valeurs entrées dans la boîte de dialogue, ça ne change rien ← ça, c’est ce que j’en ai déduit, et après avoir lu la doc et fait un essai de mon côté, j’ai remarqué la case « Aperçu » qui montre le résultat en direct sur l’image même, ce qui aurait pu expliquer le côté « invisible ») ? Ou elle marche moins bien que sur la 2.8 ?
 

Sur cette phrase-là en particulier, je n’étais pas ironique. Du moins, la question sous-entendue était bel et bien sérieuse.
 

Autant que je le pourrais en ayant lu la doc de GIMP sur cette fonction et après l’avoir testée moi-même avec une photo issue de ma collection personnelle.
 

Ne t’en fais pas : je lis tous les messages.

https://linux-hardware.org/index.php?view=howto
Peux-tu suivre ce tuto et lancer la commande qui détecter ton matériel ? Ca te donnera des infos sur ce qui marche.
J!ai essyaé des clefs wifi récemment, et c'est pas toujours facile.

Tu as bien modifié ton /etc/apt/sources.list (edit: correction ) en rajoutant "non-free" comme cité dans ton message plus haut?

J'ai ouvert ce fichier comme écrit dans le tuto avec un éditeur de texte.

Il étais vide au passage. J'ai donc ajouté tout le texte que j'ai copié dans un précédent message, j'ai sauvegardé, et j'ai redémarré le pc.

C'est suite à ça que j'ai eut quelques bug d'affichages qui se sont résolu, mais que surtout que j'ai pour faire reconnaître mon dongle D-link.

Le trendnet lui refuse de faire quoi que ce soit...

Là il y a un problème. Tu es sûr de ne pas avoir fait de faute de frappe?
 
firmware-realtek est installé maintenant? Tu peux tester avec apt list firmware-realtek.

je ne pense pas que realtek soit installé car l'installation à échouée.
 
quand je fait ta commande, j’obtiens ça:
 
root@Serveur3Dhome/am8# apt list firmware-realtek
En train de lister... Fait
root@Serveur3Dhome/am8#  
 
 
 
Et rien de plus

 
Je t'invite à relire ce qui a été écrit plus tôt concernant la manière d'installer les paquets.

Alors il y a bien un soucis. Je pense que au lieu d'éditer sources.list tu en as créé un autre avec une faute de frappe. Tu devrais vérifier.
Si ton sources.list contient bien non-free alors un sudo apt update et sudo apt install firmware-realtek et ça sera bon.

Merci de relancer
j'indique les commentaires dans l'ordre :
1+ celui où tu m'indiques comment paramétrer Stretch : https://forum.hardware.fr/hfr/OSAlt [...] m#t1443483
 
2+ ma réponse après modif : https://forum.hardware.fr/hfr/OSAlt [...] m#t1443496
 
3+ le forçage : https://forum.hardware.fr/hfr/OSAlt [...] m#t1443500
 
4+ ta dernière indication : https://forum.hardware.fr/hfr/OSAlt [...] m#t1443502
 
5+ et mon résultat https://forum.hardware.fr/hfr/OSAlt [...] m#t1443524
 
les dépendances non satisfaites bloquent l'installation de 2.8.18-1+deb9u1 !
 
tu penses que j'ai fait un "oubli" ou erreur ? et je suis loin, très loin, d'arrêter d'en faire...    
comme j'ai gardé la copie des fichiers que tu avais indiqués, je peux refaire le test !
C'est loin d'être un souci !
 
et je ferai une copie des fichiers supprimés, pour "être sûr" de leur suppression !

j'ai du sûrement mal faire un truc ...  
Mais quoi    
 

Vérifie que tu as bien qu'un seul fichier "sources.list"
 
Avec un s et tout ce qu'il faut.  
 
Tu peux faire un ls dans /etc/apt, tu devrais avoir plusieurs dossiers dont un fichier sources.list qui contient un truc comme cela  
 
deb http://deb.debian.org/debian/ buster main contrib non-free
deb-src http://deb.debian.org/debian/ buster main contrib non-free
 
deb http://security.debian.org/debian-security buster/updates main contrib non-free
deb-src http://security.debian.org/debian-security buster/updates main contrib non-free
 
# buster-updates, previously known as 'volatile'
deb http://deb.debian.org/debian/ buster-updates main contrib non-free
deb-src http://deb.debian.org/debian/ buster-updates main contrib non-free
 
Là j'ai les dépots non-free et contrib qui sont indiqués.  
Si c'est pas le cas, y'a un soucis, ou bien tu as bougé le fichier, ou tu l'a renommé mais je pense pas que ça soit possible que ça soit vide sans intervention d'un user.  
 
Si tu n'a pas contrib non-free tu pourras tout simplement pas installer les drivers proprio, comme le realtek car il se trouve dans un dépot qui n'est pas précisé dans les sources et donc il ne va pas les trouver.

Il fallait simplement rajouter contrib non-free à la fin de la ligne déjà présente, pas en refaire une .

Tu peux commenter (avec un #) ou virer les lignes jusqu'au deb http://deb.debian.org/debian buster main contrib non-free (et garder le reste, cf post plus haut)
Oublie pas de faire un apt update pour mettre à jour les sources. (juste après la modification du fichier sources.list en gros)

EDIT ; tu as l'air d'être au bon endroit, je ne sais pas si ça peut jouer mais le fichier sources.list est bien en propriétaire root?

Ah mer
 
J'avais dit /etc/sources.list, bien sûr c'est faux, c'est /etc/apt/sources.list!
 
Désolé

alléluia  
Bon par contre j'ai un peu honte, je sais pas si je vous dis pourquoi    
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Bon en fait, j'ai simplement correctement modifié mon fichier /etc/apt/sources.list comme tu me l'avais dit ...
J'ai viré les lignes que j'avais ajoutées, et j'ai modifié les existantes avec contrib non-free à la fin.
 
Un petit reboot,  
apt update et sudo apt install firmware-realtek
reboot , je branche la Clé usb et voila    
 
On risque de se revoir, j'ai octoprint à installer          
 
Un grand merci à vous en tout cas, vous m'avez vraiment bien aidé    

 
 
Dans le point 4, il y'a la méthode qui gère l'installation du paquet et de ses dépendances depuis le dépot spécifié.

Maintenant tu sais qu'il faut update les sources pour que les modifications soient prises en compte
ça m'arrive encore souvent  

Je suis en train de suivre un tuto pour installer octoprint sur debian.
 
Le tuto demande ça:
Now we install webcam support:
cd ~
sudo apt install subversion libjpeg8-dev imagemagick ffmpeg libv4l-dev cmake
git clone https://github.com/jacksonliam/mjpg-streamer.git
cd mjpg-streamer/mjpg-streamer-experimental
export LD_LIBRARY_PATH=.
make
 
moi j’obtiens ça: oui j'ai tenté de continuer alors qu'une étape à foirée    
 
root@Serveur3Dhome/am8# cd ~
root@Serveur3D:~# sudo ./mjpg_streamer -i "./input_uvc.so" -o "./output_http.so"
sudo: ./mjpg_streamer : commande introuvable
root@Serveur3D:~# sudo apt install subversion libjpeg8-dev imagemagick ffmpeg libv4l-dev cmake
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances        
Lecture des informations d'état... Fait
Aucune version du paquet libjpeg8-dev n'est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète
ou qu'il n'est disponible que sur une autre source
Cependant les paquets suivants le remplacent :
  libjpeg62-turbo-dev
 
E: Le paquet « libjpeg8-dev » n'a pas de version susceptible d'être installée
root@Serveur3D:~# git clone https://github.com/jacksonliam/mjpg-streamer.git
Clonage dans 'mjpg-streamer'...
remote: Enumerating objects: 2902, done.
remote: Total 2902 (delta 0), reused 0 (delta 0), pack-reused 2902
Réception d'objets: 100% (2902/2902), 3.46 MiB | 221.00 KiB/s, fait.
Résolution des deltas: 100% (1844/1844), fait.
root@Serveur3D:~# cd mjpg-streamer/mjpg-streamer-experimental
root@Serveur3D:~/mjpg-streamer/mjpg-streamer-experimental#  
root@Serveur3D:~/mjpg-streamer/mjpg-streamer-experimental# export LD_LIBRARY_PATH=.
root@Serveur3D:~/mjpg-streamer/mjpg-streamer-experimental# make
[ -d _build ] || mkdir _build
[ -f _build/Makefile ] || (cd _build && cmake  -DCMAKE_BUILD_TYPE=Release ..)
/bin/sh: 1: cmake: not found
make: *** [Makefile:18: all] Error 127
root@Serveur3D:~/mjpg-streamer/mjpg-streamer-experimental#

 

c'est bon je me suis débrouillé, j'ai simplement remplacé libjpeg8-dev par libjpeg62-turbo-dev et ça fonctionne.

C'est de ça dont tu devrais avoir honte

je m'y suis collé ce matin et voici le résultat :

 
Ai-je ou aurai-je omis un élément ?

Il semble vraiment pointilleux sur les dépendances.

Essai l'installation dans l'ordre inverse.

Et à défaut, essai l'installation en deux temps.

Résultats :

 
L'est dur à la détente...
j'ai laissé les sudo, des fois que ça passe mieux, mais, comme je suis déjà en root...    

j'ai cherché pour libgimp2.0 :

si je tente de le supprimer, voilà ce qui m'est proposé :

 
sacrée pagaille en vue...    

La liste des paquets automatiques fait plutôt peurs. Tous ces paquets ne sont plus utilisés par aucun autre selon apt. Y'en a certains je trouve limite quoi que pour pas mal c'est du dev. Dans le doute, inutile d'y toucher.  
 
Aussi oui si t'es déjà root (pas très recommandé au passage ...), le sudo peut être omis. Mais en soit ca ne pose pas de gros problèmes.  
 
Et d'après ce que je vois, tu peux supprimer libgimp (sans faire le autoremove) et le réinstaller ensuite avec le -t. Pour xsane, c'est pour un scanner. Si t'en a un, il sera bon de réinstaller xsane avec -t aussi je pense.

Voilà... j'ai retrouvé Gimp 2.8
 
et :

 
Je te remercie kisscoolz de ta patience et tes conseils, qui m'ont aidés à retrouver une fonction, qui fonctionne... bien, et dont le résultat est visible immédiatement !
 
je viens de faire un test, ou j'améliore la netteté, et c'est nickel !
pour l'exemple, je vais les mettre après les avoir allégées...
en souhaitant que la netteté soit bien visible... après les avoir allégées, sinon, je l'indiquerai que c'est illisible !
je passe par casimage, et pas plus de 5Mo... par photo !

Dites, j'ai un soucis avec su et su -.
Si je fais su comme sous Stretch je peux lancer un logiciel avec une interface graphique (comme Pcmanfm), par contre certaines commandes genre reboot ne sont pas accessibles.  
Si je fais su - je retrouve mes commandes, mais impossible de lancer un truc graphique, le PC dit "cannot open display: [rien]". J'ai bricolé avec XAUTHORITY et xhost mais rien ne marche.
C'est quoi la solution correcte svp? PC avec un seul utilisateur je précise, donc au niveau sécurité ça ne craint pas trop. Debian Buster à jour.

Voici les photos !
 
non modifiée :

 
modifiée :

 
et l'option netteté, que je laisse "par défaut", puisque le résultat me convient...

 
La modification est visible, même en ayant compressé un peu !
 
Voui, c'est du pain... que je fais, malgré aucune connaissance en la matière, mais je persévère...  

rat de combat : « sudo <nom du programme> » ?

Si tu veux une invite, « sudo -i » ?

Ne pas lancer d'application graphique en root  

J'en ai parfois besoin pour éditer des fichiers système ou transférer des trucs entre différents comptes (utilisés par la même personne pour différents besoins). Il doit bien y avoir une solution??

sudo, oui, certes, mais j'aime pas cette commande.

 
Pour le coup tu devrais mettre en hold aussi libgimp2.0. Je l'ai pas listé plus haut vu qu'il est venu se mettre dans la liste des dépendances plus tard.
 
Au plaisir

 
Ok, je le rajoute
 
Encore Merci kisscoolz

le mec il a connait quedalle et vous lui faites faire une de ces merdes sur son système

 
Avec su les variables d'environnement de l'utilisateur ne sont pas réinitialisées, donc tu garde celle de l'utilisateur qui fait l'appel à su. D'où la variable DISPLAY qui à une valeur et PATH pour qui il manque les sbin
 
Pour su - c'est l'inverse, environnement utilisateur réinitialisé, donc pas de DISPLAY et PATH qui a bien les sbin.  
 
En solution correcte, voir ce que propose Trit'

Ligne de commande    
Surtout pour éditer des fichiers système, y'a de l'abus      
Sinon c'est une question d'environnement : su - ouvre un login shell, en réinitialisant à peu près tout (man su) :

Essaie sudo -s (shell interactif), ça ira peut-être mieux, ou bien fait su mais complète ta variable PATH pour avoir accès à tout.

 
L'avertissement à été posé en gros au préalable    
Et puis c'est pas si merdique que ça. C'est controllé. Mais pour ma culture je veux bien savoir ce qui peut arriver de  ... (compléter par le mot qui va bien)

je lis que tu interviens, mais de qui, ce gars là, parle ?

C'est bloqué maintenant non? Enfin au moins la version 10

Ben apparemment non :

C'est interdit avec wayland peut-être ?