Re: /etc/securetty
Le 13-11-2020, à 08:29:07 +0100, Bernard Schoenacker a écrit : voici une réponse qui devrait te satisfaire : https://unix.stackexchange.com/questions/41840/effect-of-entries-in-etc-securetty#41939 Merci pour le lien. et pour debian : apt-file search pam_securetty libpam-doc: /usr/share/doc/libpam-doc/html/sag-pam_securetty.html libpam-modules: /lib/x86_64-linux-gnu/security/pam_securetty.so libpam-modules: /usr/share/man/man8/pam_securetty.8.gz J'ai aussi ça d'installé mais pas de fichier /etc/securetty. En as-tu un chez toi ?
Re: /etc/securetty
- Mail original - > De: "steve" > À: debian-user-french@lists.debian.org > Envoyé: Vendredi 13 Novembre 2020 07:55:50 > Objet: Re: /etc/securetty > > Le 12-11-2020, à 17:18:29 +0100, Belaïd a écrit : > > > Non il n'existe pas. > > Quel paquet aurait dû le créer et quel devrait être son contenu ? > bonjour steve, voici une réponse qui devrait te satisfaire : https://unix.stackexchange.com/questions/41840/effect-of-entries-in-etc-securetty#41939 et pour debian : apt-file search pam_securetty libpam-doc: /usr/share/doc/libpam-doc/html/sag-pam_securetty.html libpam-modules: /lib/x86_64-linux-gnu/security/pam_securetty.so libpam-modules: /usr/share/man/man8/pam_securetty.8.gz merci pour ton aimable attention bien à toi bernard
Re: /etc/securetty
Le 12-11-2020, à 17:18:29 +0100, Belaïd a écrit : Bonjour, Le fichier est toujours utilisé de nos jours , c'est juste que les applications n'y accède pas directement mais a travers Pam. Donc ton fichier existe bien sur ta config ? Et que contient-il actuellement ? Non il n'existe pas. Quel paquet aurait dû le créer et quel devrait être son contenu ?
Re: Git n'arrive pas à contacter certains sites IPv6 en SSH.
Bonjour Charles, Charles Plessy, on 2020-11-13 05:22:08 +0900: > j'ai à nouveau la fibre. Et en IPv6 en plus. Mais Git n'arrive plus à > contacter des sites distants en SSH. > > Curieusement, les sessions SSH interactives ont l'air de s'établir > normalement. Example: > > $ ssh -6 g...@salsa.debian.org > PTY allocation request failed on channel 1 > Welcome to GitLab, @plessy! > Connection to salsa.debian.org closed. > > (C'est la réponse attendue). > > Par contre: > > $ git clone --verbose g...@salsa.debian.org:med-team/perlprimer.git > Clonage dans 'perlprimer'... > > … et ensuite plus rien. Je n'ai pas rencontré de problèmes de mon côté. En grattant un peu, la variable d'environnement GIT_SSH_COMMAND peut être exploitée pour augmenter le verbiage de ssh: $ export GIT_SSH_COMMAND='ssh -vvv' $ git clone g...@salsa.debian.org:med-team/perlprimer.git Peut-être qu'il en sortira quelque chose d'intéressant ? > Si je désactive IPv6 pour les connections SSH dans ~/.ssh/config: > > Host * >AddressFamily inet > > Tout rentre dans l'ordre. Mais ce n'est pas satisfaisant :) > > Le problème n'est pas spécifique au réseau Debian; j'ai la même chose > avec branchable.com et gitlab.com. Par contre, ça fonctionne avec > GitHub... De mon point de vue, Github n'est pas accessible en IPv6, ou du moins, n'en fait pas la publicité : $ host github.com github.com has address 140.82.113.3 github.com mail is handled by 10 alt3.aspmx.l.google.com. github.com mail is handled by 10 alt4.aspmx.l.google.com. github.com mail is handled by 1 aspmx.l.google.com. github.com mail is handled by 5 alt1.aspmx.l.google.com. github.com mail is handled by 5 alt2.aspmx.l.google.com. Ceci pourrait expliquer cela... Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/7, please excuse my verbosity. signature.asc Description: PGP signature
Git n'arrive pas à contacter certains sites IPv6 en SSH.
Bonjour à tous, j'ai à nouveau la fibre. Et en IPv6 en plus. Mais Git n'arrive plus à contacter des sites distants en SSH. Curieusement, les sessions SSH interactives ont l'air de s'établir normalement. Example: $ ssh -6 g...@salsa.debian.org PTY allocation request failed on channel 1 Welcome to GitLab, @plessy! Connection to salsa.debian.org closed. (C'est la réponse attendue). Par contre: $ git clone --verbose g...@salsa.debian.org:med-team/perlprimer.git Clonage dans 'perlprimer'... … et ensuite plus rien. Si je désactive IPv6 pour les connections SSH dans ~/.ssh/config: Host * AddressFamily inet Tout rentre dans l'ordre. Mais ce n'est pas satisfaisant :) Le problème n'est pas spécifique au réseau Debian; j'ai la même chose avec branchable.com et gitlab.com. Par contre, ça fonctionne avec GitHub... Quelqu'un aurait-il une piste ? Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japon
Re: /etc/securetty
Bonjour, Le fichier est toujours utilisé de nos jours , c'est juste que les applications n'y accède pas directement mais a travers Pam. Donc ton fichier existe bien sur ta config ? Et que contient-il actuellement ? Le jeu. 12 nov. 2020 17:09, steve a écrit : > Bonjour, > > Depuis quelques jours j'ai le message suivant qui pollue les logs: > > cupsd: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or > directory > > Après quelques recherches, il semble que ce fichier est un reliquat d'un > passé pas trop lointain qui devait spécifier à root sur quel tty il > pouvait se connecter. Or je ne vois pas pourquoi cups en parle et > surtout, je n'arrive plus à imprimer depuis quelques jours. Pas sûr que > ce soit lié mais sait-on jamais. > > Est-ce que je peux supprimer ce fichier ou y a-t-il une autre manip à > faire ? > > Merci > > Steve > >
Re: Arrière fond noir dans KDE Plasma
Le 12-11-2020, à 10:35:46 +0100, Francois Mescam a écrit : Voir le bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974019 qui parle de l'instabilité de kde. J'ai été confronté à ce problème et j'ai bloqué les paquets suivants aux versions indiquées ci-après : libkdecorations2-5v5:amd64 4:5.17.5-2 libkf5screen-bin:amd64 4:5.17.5-3 libkf5screen7:amd64 4:5.17.5-3 Merci pour l'info et le lien, mais malheureusement ça n'a pas fonctionné sur mon système quelque peu hybride.
/etc/securetty
Bonjour, Depuis quelques jours j'ai le message suivant qui pollue les logs: cupsd: pam_unix(cups:auth): Couldn't open /etc/securetty: No such file or directory Après quelques recherches, il semble que ce fichier est un reliquat d'un passé pas trop lointain qui devait spécifier à root sur quel tty il pouvait se connecter. Or je ne vois pas pourquoi cups en parle et surtout, je n'arrive plus à imprimer depuis quelques jours. Pas sûr que ce soit lié mais sait-on jamais. Est-ce que je peux supprimer ce fichier ou y a-t-il une autre manip à faire ? Merci Steve
Re: Arrière fond noir dans KDE Plasma
Complément à ma réponse : je suis en 5.9.0-1 pour le kernel et le kernel a l'air de ne pas être en cause dans ce problème. Francois Mescam Le 12/11/2020 à 10:11, Kohler Gerard a écrit : bonjour, je suis dans le même cas, depuis la mise à jour du kernel et de kde j'ai une grande instabilité du systeme avec une impossibilité de m'en servir, je suis également sous bullseye, question subsidiaire : je ne me rappelle plus la commande pour installer un nouveau systeme avec un kernel antérieur gerard Le 11/11/2020 à 17:05, steve a écrit : Salut, Voir https://justpaste.it/76t6y Je suis sous Debian testing et depuis quelques jours j'ai cet arrière plan complètement noir tant dans les champs texte des applications que dans les icônes de la barre de tâche. J'ai essayé beaucoup de choses dont la création d'un nouvel utilisateur (d'où sont prises ces captures d'écran). Toujours le même problème. J'ai aussi installé kde plasma 5.20 depuis le dépôt de Norbert Preining (https://www.preining.info/blog/2020/11/debian-kde-plasma-status-2020-11-04/). Même problème. Il me semble me souvenir d'avoir déjà eu ce problème il y a quelques années mais aucun souvenir de la manière de le résoudre. Si quelqu'un a un début d'idée, ce serait génial. Merci d'avance. Steve
Re: Arrière fond noir dans KDE Plasma
Voir le bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974019 qui parle de l'instabilité de kde. J'ai été confronté à ce problème et j'ai bloqué les paquets suivants aux versions indiquées ci-après : libkdecorations2-5v5:amd64 4:5.17.5-2 libkf5screen-bin:amd64 4:5.17.5-3 libkf5screen7:amd64 4:5.17.5-3 Francois Mescam Le 12/11/2020 à 10:11, Kohler Gerard a écrit : bonjour, je suis dans le même cas, depuis la mise à jour du kernel et de kde j'ai une grande instabilité du systeme avec une impossibilité de m'en servir, je suis également sous bullseye, question subsidiaire : je ne me rappelle plus la commande pour installer un nouveau systeme avec un kernel antérieur gerard Le 11/11/2020 à 17:05, steve a écrit : Salut, Voir https://justpaste.it/76t6y Je suis sous Debian testing et depuis quelques jours j'ai cet arrière plan complètement noir tant dans les champs texte des applications que dans les icônes de la barre de tâche. J'ai essayé beaucoup de choses dont la création d'un nouvel utilisateur (d'où sont prises ces captures d'écran). Toujours le même problème. J'ai aussi installé kde plasma 5.20 depuis le dépôt de Norbert Preining (https://www.preining.info/blog/2020/11/debian-kde-plasma-status-2020-11-04/). Même problème. Il me semble me souvenir d'avoir déjà eu ce problème il y a quelques années mais aucun souvenir de la manière de le résoudre. Si quelqu'un a un début d'idée, ce serait génial. Merci d'avance. Steve
Re: Arrière fond noir dans KDE Plasma
bonjour, je suis dans le même cas, depuis la mise à jour du kernel et de kde j'ai une grande instabilité du systeme avec une impossibilité de m'en servir, je suis également sous bullseye, question subsidiaire : je ne me rappelle plus la commande pour installer un nouveau systeme avec un kernel antérieur gerard Le 11/11/2020 à 17:05, steve a écrit : Salut, Voir https://justpaste.it/76t6y Je suis sous Debian testing et depuis quelques jours j'ai cet arrière plan complètement noir tant dans les champs texte des applications que dans les icônes de la barre de tâche. J'ai essayé beaucoup de choses dont la création d'un nouvel utilisateur (d'où sont prises ces captures d'écran). Toujours le même problème. J'ai aussi installé kde plasma 5.20 depuis le dépôt de Norbert Preining (https://www.preining.info/blog/2020/11/debian-kde-plasma-status-2020-11-04/). Même problème. Il me semble me souvenir d'avoir déjà eu ce problème il y a quelques années mais aucun souvenir de la manière de le résoudre. Si quelqu'un a un début d'idée, ce serait génial. Merci d'avance. Steve