Re: okular lpr et cups-bsd
Bonjour J'ai la même version sur un vieux portable : $ cat /etc/debian_version 10.13 avec xfce comme environnement graphique La commande : apt-cache depends okular|grep Dépend|wc donne le nombre de dépendances strictes de okular, qui est 47, mais j'ai peut-être des versions i386 dans le lot, je n'ai pas vérifié. Cups-bsd est simplement recommandé, donc pas obligatoirement installé (à régler dans synaptic je pense) qui vient avec ses dépendances s'il n'est pas installé. texlive-binaries est aussi simplement suggéré, et si texlive n'est pas installé, lui aussi dépend de 49 autres paquets. etc etc Donc une centaine de paquets, ce n'est pas étonnant. De plus : Le paquet lpr sera enlevé, mais un fichier lpr (dans /usr/bin/ il me semble) sera installé en remplacement (voir https://packages.debian.org/search?searchon=contents=lpr=exactfilename=bookworm=amd64) si la commande lpr est utilisée sur le système (il ne peut y avoir qu'un démon d'impression sur un système (cups ou lpd) comme il ne peut y avoir qu'un démon de courrier électronique (exim4 ou postfix ou sendmail) etc etc. Donc on peut très bien installer okular, à condition d'avoir l'espace disque nécessaire. Personnellement, j'utilise okular depuis des années, sous xfce (le meilleur logiciel est celui qu'on connaît bien) Bonne installation JCM Le 22/05/2024 à 23:30, Th.A.C a écrit : Bonjour, sur une debian 10 sous xfce, je voudrais installer okular pour tester. A l'install, synaptic veut enlever lpr et mettre cups-bsd à la place, plus une centaine de fichiers. Y a t'il un inconvénient pour lpr et cups-bsd? Le nombre de fichiers supplémentaires me semble élevé pour une installation d'un programme, mais comme c'est le lecteur pdf de kde et que je suis sous xfce , je suppose que c'est normal? Des avis avant de passer à l'action? Merci :-) Thierry
Re: Passer en 1920x1080 une machine démarrant avec i915.modeset=0 ?
Le 29/02/2024 à 10:52, Olivier a écrit : Bonjour la liste, L'option --newmode de xrandr -s avec la modeline donnée par https://iiyama.com/f/80a1ce9dad07003b56645244ff0addb3_t2452mts-5-usermanual-f.pdf page 26 pourrait peut-être aider (après, il faut sauvegarder cette information pour la retrouver au prochain démarrage... Mes 0.002€ JCM Merci à tous pour vos réponses. À ce stade, j'ai deux pistes à explorer (sans aucun ordre de préférence ou de priorité): 1- le pilote video n'est pas correctement installé 2- le système n'arrive pas à obtenir les données correctes du moniteur Pour la piste 1: Est-il opportun d'observer le module i915 ? Si oui, j'ai: # lsmod|grep i915 i9153936256 0 drm_buddy 20480 1 i915 i2c_algo_bit12288 1 i915 drm_display_helper 233472 1 i915 cec 69632 2 drm_display_helper,i915 ttm 106496 1 i915 drm_kms_helper 2703362 drm_display_helper,i915 drm 765952 5 drm_kms_helper,drm_display_helper,drm_buddy,i915,ttm video 73728 1 i915 Comment interpréter le 0 après la taille du module ? Sur un autre NUC Intel, j'ai une valeur 1. Puisqu'ici la machine a un processeur Alder Lake N305, elle intègre un circuit graphique UHD. lspci -vnn | grep -A12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel" 00:02.0 VGA compatible controller [0300]: Intel Corporation Alder Lake-N [UHD Graphics] [8086:46d0] (prog-if 00 [VGA controller]) lshw -c video *-display NON-RÉCLAMÉ description: VGA compatible controller produit: Alder Lake-N [UHD Graphics] fabriquant: Intel Corporation identifiant matériel: 2 information bus: pci@:00:02.0 version: 00 bits: 64 bits horloge: 33MHz fonctionnalités: pciexpress msi pm vga_controller bus_master cap_list configuration: latency=0 ressources: mémoireE/S:600-5ff mémoireE/S:400-3ff mémoire:60-6000ff mémoire:40-400fff portE/S:5000(taille=64) mémoire:c-d mémoire:401000-4016ff mémoire:402000-40 *-graphics produit: EFI VGA identifiant matériel: 1 nom logique: /dev/fb0 fonctionnalités: fb configuration: depth=32 resolution=800,600 Une option du type "i915.force_probe=4c8a" pourrait-elle fonctionner ? Pour la piste 2, Avec deux moniteur IIyama différents, connectés à tour de rôle par HDMI, j'ai: get-edid This is read-edid version 3.0.2. Prepare for some fun. Attempting to use i2c interface Looks like no busses have an EDID. Sorry! Attempting to use the classical VBE interface Performing real mode VBE call Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0 Function unsupported Call failed VBE version 0 VBE string at 0x0 "O�" VBE/DDC service about to be called Report DDC capabilities Performing real mode VBE call Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0 Function unsupported Call failed Reading next EDID block VBE/DDC service about to be called Read EDID Performing real mode VBE call Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0 Function unsupported Call failed The EDID data should not be trusted as the VBE call failed Error: output block unchanged I'm sorry nothing was successful. Maybe try some other arguments if you played with them, or send an email to Matthew Kern . Qu'en conclure ? Le jeu. 29 févr. 2024 à 00:07, ajh-valmer a écrit : On Wednesday 28 February 2024 21:29:38 Pierre ESTREm wrote: Faut écrire : $ xrandr -s 1920x1080 # Notez le 'x' et pas le '*' : Pour moi, c'est le pilote vidéo qui n'est plus correctement installé. Résolvons le problèmes dans le bon ordre.
Re: Thunderbird / afficher les messages
Bonjour Peut-être : clic droit sur le 'dossier' où le phénomène arrive, , puis "Propriété," puis "réparer le dossier" ? Cordialement JCM Le 12/04/2022 à 01:07, Frédéric ROBERT a écrit : Bonsoir, Comment allez-vous ? J'utilise Thunderbird et Debian Stretch en Anglais. Dans thunderbird, je récupère mes e-mail via imap. Les messages sont affichés par Date / Ascending / Threated. Sur les listes de diffusion, les conversations (ex: un sujet de conversation) sont parfois coupé en plusieurs groupes. Je ne sais pas si vous comprenez ce que je veux dire. Si oui, avez-vous eu aussi ce problème ? D'avance merci, bien à vous,
Re: SOS ma session Kde ne s'ouvre plus
Le 01/03/2022 à 14:17, Yahoo a écrit : Bonjour Mes 2 centimes : le /home ne serait-il pas plein (à 5% près d'ailleurs) ? Librement Jean-Claude Bonjour, pour récupérer la main sur le système, il faudrait essayer de se connecter en CLI, comme le graphique bloque. Dans la vue de login de KDE tapez simultanément sur les touche Ctrl+Alt+F1 et dans l'interface en ligne de comande (CLI) se connecter avec un compte. Si la connexion est OK, alors le problème vient bien de l'interface de connexion de KDE. Et ayant une interface CLI il sera plus simple de diagnostiquer le problème. Cdt. Le 01/03/2022 à 14:09, phil-deb1.mer...@laposte.net a écrit : Bonjour, depuis ce matin j'ai un gros problème que je n'arrive pas à résoudre , la fenêtre d'autorisation d' accéder à une session Kde générée par Sddm s'affiche je rentre mon mot de passe tout semble normal apparition d'une roue dentée qui tourne un certain temps et qui normalement disparait mais cette fois elle s'arrête et reste bloquée . J'ai essayé avec d'autres utilisateurs même punition. Je ne sais pas ou chercher, autre problème qui je ne pense pas soit lier je ne peux faire de mis à jour par apt j'ai un blocage la mise à jour d'un paquet Kde est arrêtée car interférant avec un autre paquet Kde. aptitude est aussi bloqué . Merci pour vos suggestions. Phillippe Merlin
Re: Problème NIS
Le 21/12/2021 à 11:43, BERTRAND Joël a écrit : Bonsoir Merci pour ces éclaircissements Jean-Claude Marquès a écrit : Le 20/12/2021 à 18:24, BERTRAND Joël a écrit : Bonsoir Sur Bullseye, un reboot (???!!!???) des clients (en Bullseye eux aussi) a réglé le problème. Par contre, je n'ai pas (encore) réussi à identifier la cause. C'est aussi la première fois, il me semble, mais les souvvenirs, on sait ce que cela vaut, qu'un reboot règle un problème sous debian. Un reboot n'est pas forcément suffisant. Je dirais même qu'aucun reboot ne devrait être nécessaire (sauf pour un changement noyau...) Je ne sais pas quelle était la cause, mais le remède a fonctionné. Phénomène reproductible sur tous les clients et sur chaque cohorte d'étudiants concernés (3 à ce jour sur cette distribution debian 11). Pour le coup, NIS est un service qui peut même tomber en marche. Bien évidemment, l'identification de la cause m'intéresse très fortement (rien trouvé dans les logs...). libnss. Ce truc est de plus en plus moisi. Il faut même virer le cache nscd qui se retrouve dans des états baroques et qui empêche des connexions pourtant légitimes. Pour le coup, pour nscd, un reboot pouvait régler temporairement le problème. OK, merci pour l'info. Donc il "suffit" de : systemctl stop nscd.service rm -f /var/cache/nscd/* systemctl start nscd.service 3 commandes qui remplaceraient le reboot. Bonne fin d'année Jean-Claude JKB
Re: Problème NIS
Le 20/12/2021 à 18:24, BERTRAND Joël a écrit : Bonsoir Sur Bullseye, un reboot (???!!!???) des clients (en Bullseye eux aussi) a réglé le problème. Par contre, je n'ai pas (encore) réussi à identifier la cause. C'est aussi la première fois, il me semble, mais les souvvenirs, on sait ce que cela vaut, qu'un reboot règle un problème sous debian. Je ne sais pas quelle était la cause, mais le remède a fonctionné. Phénomène reproductible sur tous les clients et sur chaque cohorte d'étudiants concernés (3 à ce jour sur cette distribution debian 11). Pour le coup, NIS est un service qui peut même tomber en marche. Bien évidemment, l'identification de la cause m'intéresse très fortement (rien trouvé dans les logs...). Bonne soirée Jean-Claude Bonjour à tous, J'ai une station de travail qui est en Debian/Bookworm et qui fonctionnait correctement jusqu'à une mise à jour récente (apportée par unattented upgrade) et je n'arrive pas à trouver ce qui coince. Configuration : - serveur NIS/NFS tournant sous NetBSD 9.2 (rien de changé de ce côté-là). Les tables NIS sont exportées correctement et sur la machine fautive, un ypcat passwd par exemple renvoie quelque chose. - poste FreeBSD - postes Linux (un debian stable et plusieurs debian/testing). Lors de la mise en place de la configuration, j'ai galéré parce que tout ce beau monde ne cause pas la même langue ni le même format. J'ai donc côté NetBSD un Makefile spécifique pour générer les fichiers à la bonne syntaxe pour Linux, NetBSD et FreeBSD. J'ai aussi forcé le chiffrement des mots de passe à old pour les entrées yp. Lorsque je fais un ypcat passwd sur le poste fautif (et les autres d'ailleurs), j'obtiens: bertrand:iuzeyizruyeri:1002:1002:... Bref, cela semble bien chiffré avec crypt. Sur le poste FreeBSD, ça fonctionne sans problème. Sur le poste Debian 11 aussi. Mais pas sur testing où un su par exemple me retourne : su: user bertrand does not exist or the entry does not contain all the required fields Naturellement, j'ai testé avec plusieurs identifiants. Le résultat est toujours le même. J'ai vu que les fichiers /etc/pam.d/auth* avaient été mis à jour récemment, mais je ne comprends pas le rapport (et surtout, je ne vois pas trop quelle est la différence entre ceux de la machine sous debian 11 et celle sous testing). Dernière chose, toutes ces machines sont diskless, mais apparmor ne semble pas se plaindre. Je prends toute idée parce que je ne vois vraiment pas d'où vient le problème... Bien cordialement, JKB
