[résolu, au moins provisoirement] Re: perte de la touche morte du clavier pour saisir les accents circonflexes depuis une mise à jour système
Pour ma part, en revenant comme indiqué par Patrick ZADJA à la version antérieure des 5 paquets concernés: ibglib2.0-dev-bin libglib2.0-bin libglib2.0-dev libglib2.0-data libglib2.0-0 le problème est effectivement résolu (touche mortes fonctionnelles). Merci beaucoup pour votre aide! Je suppose, comme lu quelque part, qu'une version 2.74.6-2+deb12u2 de ces paquets va arriver bientÔÔt et corrigera ce bug. Bien cordialement, -- Frédéric Baldit Le mer. 08 mai 2024 à 15:11:12 +0200 Gaëtan Perrier a écrit: > Bonjour, > > J'ai aussi ce problème sous sid/gnome. > Ca semble être ce bug : > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070736 > > A+ > > Gaëtan > > Le mercredi 08 mai 2024 à 10:12 +0200, Txo a écrit : > > Le 08/05/2024 à 05:42, Frédéric Baldit a écrit : > > > > > > Bonjour, > > > > Bonjour, > > > > > > > > depuis la dernière mise à jour de mon système (Bookworm sous > > > Gnome), je n'ai plus accès avec mon clavier à la saisie des > > > accents circonflexes avec la touche morte de mon clavier (qui > > > utilise le layout «Français, obsolete, variante»). > > > > > > Le phénomène est visible par exemple dans un terminal, dans emacs > > > ou depuis claws-mail. J'ai tenté un > > > > > > > Pareil ici avec Sid. > > > > > > ...sans succès. Curieusement, dans la zone de saisie d'un > > > navigateur cette touche fonctionne, ainsi que dans le terminal > > > zutty. Si je me connecte Aussi, si je me connecte sur tty3 (après > > > Ctrl-Alt-F3), j'ai bien l'usage de cette touche. Je sèche... > > > > > > > Par contre je n'ai mème pas cela, c'est partout qu'il me manque les > > accents. Merci au correcteur... Tout aussi sec. > > > > >
Re: perte de la touche morte du clavier pour saisir les accents circonflexes depuis une mise à jour système
Bonjour, déjà je vois que ne suis pas seul...ç'est rassurant. Le changement de layout suggéré vers azerty-AFNOR (avec dpkg-reconfigure keyboard-configuration) n'a rien fait. Je tenterais bien le retour de libglib2.0-0 vers sa version antérieure, sauf que apt me réponds qu'il va alors supprimer beaucoup de paquets, dont certains plutt cruciaux, comme le montre la copie suivante de mon terminal: ### début copie fred@ThinkPadT15g:~$ sudo apt install libglib2.0-0=2.74.6-2 Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : appstream apt-config-icons bolt fwupd fwupd-amd64-signed gir1.2-accountsservice-1.0 gir1.2-clutter-1.0 gir1.2-cogl-1.0 gir1.2-coglpango-1.0 gir1.2-evince-3.0 gir1.2-gck-1 gir1.2-gcr-3 gir1.2-gdm-1.0 gir1.2-geoclue-2.0 gir1.2-geocodeglib-2.0 gir1.2-gmenu-3.0 gir1.2-gnomebluetooth-3.0 gir1.2-gnomedesktop-4.0 gir1.2-goa-1.0 gir1.2-grilo-0.3 gir1.2-gtkclutter-1.0 gir1.2-gweather-4.0 gir1.2-ibus-1.0 gir1.2-javascriptcoregtk-4.1 gir1.2-javascriptcoregtk-6.0 gir1.2-json-1.0 gir1.2-mediaart-2.0 gir1.2-mutter-11 gir1.2-nm-1.0 gir1.2-nma-1.0 gir1.2-poppler-0.18 gir1.2-rest-1.0 gir1.2-rsvg-2.0 gir1.2-shumate-1.0 gir1.2-soup-3.0 gir1.2-tracker-3.0 gir1.2-upowerglib-1.0 gir1.2-webkit-6.0 gir1.2-webkit2-4.1 gnome-session-bin gnome-session-common gnome-software-common gobject-introspection gstreamer1.0-pipewire ibus ibus-data ibus-gtk ibus-gtk3 ibus-gtk4 im-config jq libblkid-dev libbrotli-dev libbz2-dev libcue2 libdjvulibre-dev libegl1-mesa-dev libepoxy-dev libexif-dev libffi-dev libflashrom1 libfontconfig-dev libfreetype-dev libfribidi-dev libftdi1-2 libfwupd2 libgcab-1.0-0 libgnome-autoar-0-0 libgnome-menu-3-0 libgraphite2-dev libharfbuzz-gobject0 libimath-dev libiptcdata0 libjaylink0 libjcat1 libjq1 liblqr-1-0-dev libmagick++-6-headers libmagickcore-6-arch-config libmagickcore-6-headers libmagickwand-6-headers libmount-dev libnghttp2-dev libonig5 libopenexr-dev libopenjp2-7-dev libosinfo-1.0-0 libosinfo-l10n libpixman-1-dev libportal-gtk4-1 libpsl-dev libshumate-1.0-1 libshumate-common libsmbios-c2 libsqlite3-dev libsysprof-4 libsysprof-ui-5 libvulkan-dev libwayland-bin libwayland-dev libwmf-dev libxcb-render0-dev libxcb-shm0-dev libxcomposite-dev libxcursor-dev libxdamage-dev libxfixes-dev libxft-dev libxi-dev libxinerama-dev libxkbcommon-dev libxrandr-dev libxrender-dev libxtst-dev nautilus-data osinfo-db pango1.0-tools python3-blinker python3-dateutil python3-distro-info python3-ibus-1.0 python3-jwt python3-lazr.restfulclient python3-lazr.uri python3-markdown python3-oauthlib python3-software-properties python3-wadllib python3-yaml switcheroo-control uuid-dev wayland-protocols xwayland Veuillez utiliser « sudo apt autoremove » pour les supprimer. Les paquets supplémentaires suivants seront installés : policykit-1-gnome Les paquets suivants seront ENLEVÉS : chrome-gnome-shell gdm3 gnome-browser-connector gnome-characters gnome-core gnome-maps gnome-music gnome-session gnome-shell gnome-shell-extension-prefs gnome-shell-extensions gnome-shell-mailnag gnome-software gnome-sushi gnome-weather gstreamer1.0-packagekit libadwaita-1-dev libatk-bridge2.0-dev libatk1.0-dev libatspi2.0-dev libcairo2-dev libgdk-pixbuf-2.0-dev libgirepository1.0-dev libglib2.0-bin libglib2.0-dev libglib2.0-dev-bin libgraphene-1.0-dev libgtk-3-dev libgtk-4-dev libharfbuzz-dev libjavascriptcoregtk-4.0-dev libjavascriptcoregtk-4.1-dev libjavascriptcoregtk-6.0-dev libjson-glib-dev libmagick++-6.q16-dev libmagick++-dev libmagickcore-6.q16-dev libmagickcore-dev libmagickwand-6.q16-dev libpango1.0-dev libpolkit-gobject-1-dev libpoppler-glib-dev librsvg2-dev libsoup-3.0-dev libsoup2.4-dev libsysprof-4-dev libwebkit2gtk-4.0-dev libwebkit2gtk-4.1-dev libwebkitgtk-6.0-dev nautilus packagekit packagekit-tools rygel-tracker software-properties-common software-properties-gtk task-gnome-desktop tracker tracker-extract tracker-miner-fs Les NOUVEAUX paquets suivants seront installés : policykit-1-gnome Les paquets suivants seront mis à une VERSION INFÉRIEURE : libglib2.0-0 0 mis à jour, 1 nouvellement installés, 1 remis à une version inférieure, 59 à enlever et 0 non mis à jour. Il est nécessaire de prendre 1 463 ko dans les archives. Après cette opération, 130 Mo d'espace disque seront libérés. Souhaitez-vous continuer ? [O/n] n Annulation. ### fin copie Je suppose qu'il vaut mieux m'abstenir...qu'en pensez-vous? -- Frédéric Baldit Le mer. 08 mai 2024 à 12:41:18 +0200 Patrick ZAJDA a écrit: > Bonjour, > > JE suis sous Bookworm et il semble que ça soit la version > 2.74.6-2+deb12u1 de libglib2.0-0 (et autres paquets libglib) > disponibles dans bookworm-security qui pose pr
perte de la touche morte du clavier pour saisir les accents circonflexes depuis une mise à jour système
Bonjour, depuis la dernière mise à jour de mon système (Bookworm sous Gnome), je n'ai plus accès avec mon clavier à la saisie des accents circonflexes avec la touche morte de mon clavier (qui utilise le layout «Français, obsolete, variante»). Le phénomène est visible par exemple dans un terminal, dans emacs ou depuis claws-mail. J'ai tenté un sudo dpkg-reconfigure keyboard-configuration ...sans succès. Curieusement, dans la zone de saisie d'un navigateur cette touche fonctionne, ainsi que dans le terminal zutty. Si je me connecte Aussi, si je me connecte sur tty3 (après Ctrl-Alt-F3), j'ai bien l'usage de cette touche. Je sèche... Merci d'avance pour toute aide. Cordialement, -- Frédéric Baldit
Re: [Resolu] Re: paquet libgail-3-0 impossible à installer sous bullseye
OK, merci pour cette info. Du coup cela me suggère de prendre une url de dépôt comme ftp.fr.debian.org, qui n'est pas un CDN. C'est tout de même étrange que cette url, qui est celle choisie par défaut lors d'une install de debian, puisse poser ce type de problème. Ça n'est pas, à mes yeux, un petit soucis si les dépôts ne sont plus cohérents entre eux!!! Par contre, pour l'heure, je vais me contenter de cette solution et de cette explication et du coup je marque le sujet comme «vraiment» résolu. Merci encore, cdlt, -- Frédéric Baldit Le jeu. 18 mai 2023 à 18:44:24 + Hugues Larrive a écrit: > Bonjour, > > Ce n'est peut-être pas une bonne idée d'être repassé sur > deb.debian.org qui est un CDN (Content Delivery Network)... je ne > sais pas exactement comment ça fonctionne mais j'ai constaté que ça > pose ce genre de problème bizarre. > > Je me trompe peut-être mais j'ai l'impression que ça change le miroir > à tout instant : > root@p700:~# date; nslookup deb.debian.org > jeu. 18 mai 2023 20:32:06 CEST > Server: 1.1.1.1 > Address: 1.1.1.1#53 > > Non-authoritative answer: > deb.debian.orgcanonical name = debian.map.fastlydns.net. > Name: debian.map.fastlydns.net > Address: 151.101.134.132 > Name: debian.map.fastlydns.net > Address: 2a04:4e42:1f::644 > > root@p700:~# date; nslookup deb.debian.org > jeu. 18 mai 2023 20:32:08 CEST > Server: 1.1.1.1 > Address: 1.1.1.1#53 > > Non-authoritative answer: > deb.debian.orgcanonical name = debian.map.fastlydns.net. > Name: debian.map.fastlydns.net > Address: 199.232.82.132 > Name: debian.map.fastlydns.net > Address: 2a04:4e42:8d::644 > > root@p700:~# geoiplookup 151.101.134.132 > GeoIP Country Edition: ES, Spain > root@p700:~# geoiplookup 199.232.82.132 > GeoIP Country Edition: US, United States > > Du coup c'est pas étonnant que ça puisse parfois causer des > incohérences. > > En général si je n'ai pas sélectionné un autre miroir lors de > l'installation je le laisse tant que ça ne pose pas de problème mais > au premier soucis je passe sur un miroir "en dur" comme > ftp.fr.debian.org. > > @+ > Hugues > > > --- Original Message --- > Le jeudi 18 mai 2023 à 16:19, Frédéric Baldit > a écrit : > > > > > > > > > > > > > Bonjour, > > > > > merci à la suggestion de changer l'url du dépôt debian. > > Je suis d'abord passé de deb.debian.org à un > > autre(ftp.u-picardie.fr), ce qui m'a montré (surprenant!) que 140 > > paquets pouvaient être mis à jour. > > Du coup j'ai tout de suite rebasculé sur deb.debian.org et là la > > mise à jour (update)a rechargé correctement la liste des paquets, > > m'indiquant que 140 paquets pouvaient être mis à jour. > > Après réalisation de la mise à jour (upgrade), le paquet > > libgail-3-0 qui était une dépendance d'un autre que je voulais > > installer était dans dans la bonne version (u3) et tout est rentré > > dans l'ordre. > > > Par contre je n'ai aucune idée de ce qui a provoqué ce comportement > > (très) bizarre, car mon install est plutôt classique, par exemple je > > n'utilise pas de fichier preferences. > > > > > -- > > Frédéric Baldit > > > > > Le mer. 17 mai 2023 à 20:38:55 +0200 > > Étienne Mollier emoll...@emlwks999.eu a écrit: > > > > > > Bonjour, > > > > > > > > > Le 17/05/2023 à 16:25, Frédéric Baldit a écrit : > > > > > > > > > > > > fred@AsusN550JV:~$ sudo apt update > > > > > > [sudo] Mot de passe de fred : > > > > > > Atteint :1 http://security.debian.org/debian-security > > > > > > bullseye-security InRelease Atteint :2 > > > > > > http://deb.debian.org/debian bullseye InRelease Atteint :3 > > > > > > http://deb.debian.org/debian bullseye-updates InRelease > > > > > > Atteint :4 > > > > > > https://download.virtualbox.org/virtualbox/debian bullseye > > > > > > InRelease Atteint :5 http://update.devolo.com/linux/apt > > > > > > stable InRelease Atteint :6 > > > > > > https://deb.nodesource.com/node_19.x bullseye InRelease > > > > > > Atteint :7 https://dl.winehq.org/wine-builds/debian > > > > > > bullseye InRelease Lecture des listes de paquets... Fait > > > > > > Construction de l'arbre des dépendances... Fait Lecture des > > > > > > informations d'état... Fait Tous les paquets sont à jour. > > > > > > &g
[Resolu] mais pas compris...Re: paquet libgail-3-0 impossible à installer sous bullseye
Bonjour, merci à la suggestion de changer l'url du dépôt debian. Je suis d'abord passé de deb.debian.org à un autre(ftp.u-picardie.fr), ce qui m'a montré (surprenant!) que 140 paquets pouvaient être mis à jour. Du coup j'ai tout de suite rebasculé sur deb.debian.org et là la mise à jour (update)a rechargé correctement la liste des paquets, m'indiquant que 140 paquets pouvaient être mis à jour. Après réalisation de la mise à jour (upgrade), le paquet libgail-3-0 qui était une dépendance d'un autre que je voulais installer était dans dans la bonne version (u3) et tout est rentré dans l'ordre. Par contre je n'ai aucune idée de ce qui a provoqué ce comportement (très) bizarre, car mon install est plutôt classique, par exemple je n'utilise pas de fichier preferences. -- Frédéric Baldit Le mer. 17 mai 2023 à 20:38:55 +0200 Étienne Mollier a écrit: > Bonjour, > > > > Le 17/05/2023 à 16:25, Frédéric Baldit a écrit : > > > > fred@AsusN550JV:~$ sudo apt update > > > > [sudo] Mot de passe de fred : > > > > Atteint :1 http://security.debian.org/debian-security > > > > bullseye-security InRelease Atteint :2 > > > > http://deb.debian.org/debian bullseye InRelease Atteint :3 > > > > http://deb.debian.org/debian bullseye-updates InRelease Atteint > > > > :4 https://download.virtualbox.org/virtualbox/debian bullseye > > > > InRelease Atteint :5 http://update.devolo.com/linux/apt stable > > > > InRelease Atteint :6 https://deb.nodesource.com/node_19.x > > > > bullseye InRelease Atteint :7 > > > > https://dl.winehq.org/wine-builds/debian bullseye InRelease > > > > Lecture des listes de paquets... Fait Construction de l'arbre > > > > des dépendances... Fait Lecture des informations d'état... Fait > > > > Tous les paquets sont à jour. > > > > > fred@AsusN550JV:~$ sudo apt install libgail-3-0 Lecture des > > > > listes de paquets... Fait Construction de l'arbre des > > > > dépendances... Fait Lecture des informations d'état... Fait > > > > Les NOUVEAUX paquets suivants seront installés : > > > >libgail-3-0 > > > > 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non > > > > mis à jour. Il est nécessaire de prendre 84,8 ko dans les > > > > archives. Après cette opération, 152 ko d'espace disque > > > > supplémentaires seront utilisés. Err :1 > > > > http://deb.debian.org/debian bullseye/main amd64 libgail-3-0 > > > > amd64 3.24.24-4+deb11u2 404 Not Found [IP : 2a04:4e42:6a::644 > > > > 80] E: Impossible de récupérer > > > > http://deb.debian.org/debian/pool/main/g/gtk%2b3.0/libgail-3-0_3.24.24-4%2bdeb11u2_amd64.deb > > > > 404 Not Found [IP : 2a04:4e42:6a::644 80] E: Impossible de > > > > récupérer certaines archives, peut-être devrez-vous lancer > > > > apt-get update ou essayer avec --fix-missing ? > > Frédéric Baldit, on 2023-05-17: > > Malheureusement la première commande me répond que c'est la version > > «u2» qui peut être installée (au lieu de «u3»), et que c'est la > > seule: > > > > fred@AsusN550JV:~$ sudo apt policy libgail-3-0 > > libgail-3-0: > > Installé : (aucun) > > Candidat : 3.24.24-4+deb11u2 > > Table de version : > > 3.24.24-4+deb11u2 500 > > 500 http://deb.debian.org/debian bullseye/main amd64 > > Packages > > > > Les autres commandes n'ont rien changé, seule apt autoremove a > > nettoyé le système. > > Bizarre, on dirait que le fichier Packages.xz n'est pas à jour > quelque part sur le dépôt. Qu'est ce que ça donne en essayant > de passer la mise à jour depuis d'autres mirroirs ? Par exemple > ftp.u-picardie.fr, debian.proxad.net ou ftp.u-strasbg.fr à la > place de deb.debian.org ? (N'oubliez pas de relancer un `apt > update` après avoir édité le fichier sources.list) > > Bonne journée, :)
Re: paquet libgail-3-0 impossible à installer sous bullseye
Merci déjà pour la tentative d'aide! Malheureusement la première commande me répond que c'est la version «u2» qui peut être installée (au lieu de «u3»), et que c'est la seule: fred@AsusN550JV:~$ sudo apt policy libgail-3-0 libgail-3-0: Installé : (aucun) Candidat : 3.24.24-4+deb11u2 Table de version : 3.24.24-4+deb11u2 500 500 http://deb.debian.org/debian bullseye/main amd64 Packages Les autres commandes n'ont rien changé, seule apt autoremove a nettoyé le système. Je cherche toujours... -- Frédéric Baldit Le mer. 17 mai 2023 à 17:45:50 +0200 didier gaumet a écrit: > Le 17/05/2023 à 16:25, Frédéric Baldit a écrit : > > > > Bonjour, > > > > je n'arrive pas à installer le paquet libgail-3-0 sur un ordi sous > > debian stable. > > Sur un autre ordi sur lequel est aussi installé bullseye, cette > > installation a fonctionné. > > En regardant de plus près, il s'avère que ça semble un problème de > > version du paquet. L'ordi en faute veut installer une version plus > > ancienne que celle actuellement disponible: > > > > fred@AsusN550JV:~$ sudo apt update > > [sudo] Mot de passe de fred : > > Atteint :1 http://security.debian.org/debian-security > > bullseye-security InRelease Atteint :2 http://deb.debian.org/debian > > bullseye InRelease Atteint :3 http://deb.debian.org/debian > > bullseye-updates InRelease Atteint :4 > > https://download.virtualbox.org/virtualbox/debian bullseye > > InRelease Atteint :5 http://update.devolo.com/linux/apt stable > > InRelease Atteint :6 https://deb.nodesource.com/node_19.x bullseye > > InRelease Atteint :7 https://dl.winehq.org/wine-builds/debian > > bullseye InRelease Lecture des listes de paquets... Fait > > Construction de l'arbre des dépendances... Fait Lecture des > > informations d'état... Fait Tous les paquets sont à jour. > > fred@AsusN550JV:~$ sudo apt install libgail-3-0 Lecture des listes > > de paquets... Fait Construction de l'arbre des dépendances... Fait > > Lecture des informations d'état... Fait > > Les NOUVEAUX paquets suivants seront installés : > >libgail-3-0 > > 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à > > jour. Il est nécessaire de prendre 84,8 ko dans les archives. > > Après cette opération, 152 ko d'espace disque supplémentaires seront > > utilisés. Err :1 http://deb.debian.org/debian bullseye/main amd64 > > libgail-3-0 amd64 3.24.24-4+deb11u2 404 Not Found [IP : > > 2a04:4e42:6a::644 80] E: Impossible de récupérer > > http://deb.debian.org/debian/pool/main/g/gtk%2b3.0/libgail-3-0_3.24.24-4%2bdeb11u2_amd64.deb > > 404 Not Found [IP : 2a04:4e42:6a::644 80] E: Impossible de > > récupérer certaines archives, peut-être devrez-vous lancer apt-get > > update ou essayer avec --fix-missing ? > > > > Rq: la même commande d'install avec --fix-missing ne marche pas > > mieux. > > > > Un petit tour sur l'url du dépôt debian indiquée montre > > qu'actuellement la version disponible de ce paquet est exactement: > > > > http://deb.debian.org/debian/pool/main/g/gtk+3.0/libgail-3-0_3.24.24-4+deb11u3_amd64.deb > > > > au lieu de > > > > http://deb.debian.org/debian/pool/main/g/gtk%2b3.0/libgail-3-0_3.24.24-4%2bdeb11u2_amd64.deb > > > > (donc «...u3_amd64.deb» au lieu de «...u2_amd64.deb») > > > > À partir de là je sèche. > > Merci pour toute aide/indice. Cordialement, > > > > -- > >Frédéric Baldit > > > > > > Bonjour, > > effectivement j'ai l'impression qu'apt va chercher au bon endroit > dans le bon dépôt mais va spécifiquement chercher une version > obsolète qui n'y est plus disponible > > Tu peux faire: > apt policy libgail-3-0 (pour savoir quelle version il privilégie et > d'où elle vient)(si une vielle version est installée, tu l'upgrades) > apt autoremove (pour enlever les dépendances devenues inutiles) > apt autoclean (pour enlever du cache les paquets inutiles, non > installés) apt update (pour remettre le cache à jour) > apt upgrade (pour mettre à jour les paquets et aussi l'arbre des > dépendances) > apt policy libgail-3-0 (pour voir si c'est différent de la première > fois) apt install libgail-3-0 (en espérant que ça marche) > > Si ça ne marche toujours pas tu peux essayer d'installer le version > spécifique deb11u3... >
paquet libgail-3-0 impossible à installer sous bullseye
Bonjour, je n'arrive pas à installer le paquet libgail-3-0 sur un ordi sous debian stable. Sur un autre ordi sur lequel est aussi installé bullseye, cette installation a fonctionné. En regardant de plus près, il s'avère que ça semble un problème de version du paquet. L'ordi en faute veut installer une version plus ancienne que celle actuellement disponible: fred@AsusN550JV:~$ sudo apt update [sudo] Mot de passe de fred : Atteint :1 http://security.debian.org/debian-security bullseye-security InRelease Atteint :2 http://deb.debian.org/debian bullseye InRelease Atteint :3 http://deb.debian.org/debian bullseye-updates InRelease Atteint :4 https://download.virtualbox.org/virtualbox/debian bullseye InRelease Atteint :5 http://update.devolo.com/linux/apt stable InRelease Atteint :6 https://deb.nodesource.com/node_19.x bullseye InRelease Atteint :7 https://dl.winehq.org/wine-builds/debian bullseye InRelease Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait Tous les paquets sont à jour. fred@AsusN550JV:~$ sudo apt install libgail-3-0 Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait Les NOUVEAUX paquets suivants seront installés : libgail-3-0 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de prendre 84,8 ko dans les archives. Après cette opération, 152 ko d'espace disque supplémentaires seront utilisés. Err :1 http://deb.debian.org/debian bullseye/main amd64 libgail-3-0 amd64 3.24.24-4+deb11u2 404 Not Found [IP : 2a04:4e42:6a::644 80] E: Impossible de récupérer http://deb.debian.org/debian/pool/main/g/gtk%2b3.0/libgail-3-0_3.24.24-4%2bdeb11u2_amd64.deb 404 Not Found [IP : 2a04:4e42:6a::644 80] E: Impossible de récupérer certaines archives, peut-être devrez-vous lancer apt-get update ou essayer avec --fix-missing ? Rq: la même commande d'install avec --fix-missing ne marche pas mieux. Un petit tour sur l'url du dépôt debian indiquée montre qu'actuellement la version disponible de ce paquet est exactement: http://deb.debian.org/debian/pool/main/g/gtk+3.0/libgail-3-0_3.24.24-4+deb11u3_amd64.deb au lieu de http://deb.debian.org/debian/pool/main/g/gtk%2b3.0/libgail-3-0_3.24.24-4%2bdeb11u2_amd64.deb (donc «...u3_amd64.deb» au lieu de «...u2_amd64.deb») À partir de là je sèche. Merci pour toute aide/indice. Cordialement, -- Frédéric Baldit
[Résolu] nautilus F2 rename sur des fichiers/répertoires dont on est propriétaire
Bonjour, merci aux deux personnes ayant posté une réponse. Je me suis en fait rendu compte (trop tard, ma demande avait déjà été envoyée) que le comportement de nautilus est cohérent: 1) le répertoire dont je suis devenu propriétaire (et qui appartient aussi à mon groupe) reste un répertoire d'une dossier parent qui lui ne m'appartient pas. À ce titre, il est logique que je sois obligé de modifier son nom à l'aide d'une commande sudo... et que F2 depuis nautilus me marche pas. 2) En revanche, j'ai vérifié que les fichiers/dossiers qui sont à l'intérieur du dossier qui m'appartient sont eux gérés classiquement, c.à.d. que le raccourci F2 permet de modifier leur nom. Dans tout ça, il faut bien avoir en tête que nautilus a été lancé depuis mon compte (non root), donc ne bénéficie d'aucun privilège différent de celui de l'utilisateur qui l'a lancé. Cdt, -- Frédéric Baldit Le sam. 23 janv. 2021 à 12:49:50 +0100 Jean-Marc a écrit: > salut Frédéric, > > Le 22/01/21 à 23:16, Frédéric Baldit a écrit : > > Bonjour, > > > > je suis sous Buster et gnome 3.30.2. J'utilise régulièrement F2 dans > > nautilus pour renommer des dossiers/fichiers. Je remarque que sur un > > dossier qui n'est pas pas sur mon /home (et qui est en fait > > sous /opt/...) mais dont je me suis rendu propriétaire et dont j'ai > > changé le groupe (sudo chown... et sudo chgrp...), F2 ne marche > > plus (et je suis donc obligé de faire un renommage en ligne de > > commande). Je pensais, puisque j'ai changé le propriétaire (et le > > groupe) du dossier et de tous les fichiers qu'il contient que F2 > > marcherait. > > J'ai déjà constaté des comportements similaires. > > J'ai un dossier NFS pour lequel le répertoire de montage autorise > l'écriture pour mon groupe. Je peux y créer des fichiers depuis un > terminal mais pas depuis Nautilus. > > > Ma question est: ce comportement est-il normal? Je ne vois pas > > pourquoi ça ne devrait pas marcher dans ce cas. > > Je ne pense pas. > > > Merci d'avance pour toute aide. > > Pas de remerciements, je ne t'aide pas. > > Mais cela mérite un peu de recherche. > > Tu as déjà regarder si nautilus a un mode "verbeux" ou debug ? > > > -- > > Frédéric Baldit >
nautilus F2 rename sur des fichiers/répertoires dont on est propriétaire
Bonjour, je suis sous Buster et gnome 3.30.2. J'utilise régulièrement F2 dans nautilus pour renommer des dossiers/fichiers. Je remarque que sur un dossier qui n'est pas pas sur mon /home (et qui est en fait sous /opt/...) mais dont je me suis rendu propriétaire et dont j'ai changé le groupe (sudo chown... et sudo chgrp...), F2 ne marche plus (et je suis donc obligé de faire un renommage en ligne de commande). Je pensais, puisque j'ai changé le propriétaire (et le groupe) du dossier et de tous les fichiers qu'il contient que F2 marcherait. Ma question est: ce comportement est-il normal? Je ne vois pas pourquoi ça ne devrait pas marcher dans ce cas. Merci d'avance pour toute aide. -- Frédéric Baldit
Re: longue attente au boot [résolu]
@ Jean Bernon: Je ne comprends pas: je suis sous stretch et uname -r renvoit 4.9.0-6-amd64. Donc je ne suis ni en version 4.15 ni 4.16 du noyau. Je pense que par défaut stretch est livré avec 4.9.0, par contre en stretch-backport on peut installer 4.16.0. Sinon, la dernière mise à jour de linux-image et linux-headers a en effet corrigé le problème de temps d'attente au boot, ce qui fait que je suis revenu dans la situation initiale avec le noyau 4.9.0-6. Cordialement, -- Frédéric Baldit Le ven. 11 mai 2018 à 10:46:06 +0200 Jean Bernon <jber...@free.fr> a écrit: > Je découvre naïvement à la lecture de votre échange que vous utilisez > des kernels 4.15 et 4.16 alors que j'utilise un kernel 3.16. Je suis > en Debian 9.4 et pensais que les mises à jour incluait celles du > kernel ce qui ne semble pas le cas. Faut-il mettre à jour le kernel > indépendamment de Stretch ? > > *** jean@pc-jean-debian:~ *** $ cat /etc/debian_version > 9.4 > > *** jean@pc-jean-debian:~ *** $ uname -a > Linux pc-jean-debian 3.16-3-amd64 #1 SMP Debian 3.16.5-1 (2014-10-10) > x86_64 GNU/Linux > > > > - Mail original - > > > De: jul...@peclu.net > À: debian-user-french@lists.debian.org > Envoyé: Mercredi 9 Mai 2018 10:10:35 > Objet: Re: longue attente au boot [résolu] > > Bonjour, > > Tout à fait d'accord avec toi c'est une régression pour l'utilisateur > final. Pour un serveur c'est pas gênant d'attendre 2 minutes pour > qu'il démarre mais sur un ordinateur portable c'est pas tolérable > (même si c'est pour corriger une éventuelle faille de sécurité sur le > générateur d'entropie). > > J'ai créé le bug : > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898098 > > Julien > > > >
Re: gnome: pavé numérique inactif au login [Résolu...mais sans savoir comment]
Bonjour, merci d'abord aux personnes ayant répondu à ce fil. Mon problème s'est résolu...par les mystères absolument incompréhensibles de l'informatique! En fait, il s'est passé exactement la même chose que lors d'une dernière installation de stretch: j'ai tenté énormément de choses, aucune n'a fonctionné, et j'ai pris soin, à chaque fois d'annuler la modif. faite pour revenir dans l'état initial. Juste avant que ça marche, je travaillais sur le fichier /etc/gdm3/Init/Default (auquel je rajoutais une ligne pour débugguer), et soudain, hop, lors du redémarrage suivant le pavé numérique a été activé. Ce qui est incroyable c'est que j'ai absolument enlevé TOUTES les modifications faites, dont: * retrait du paquet numlockx et de son fichier de configuration * retrait des lignes de /etc/gdm3/Init/Default qui appelaient numlockx La seule chose qui fonctionne de façon compréhensible c'est le positionnement à true (avec dconf-editor) de la variable remember-numlock-state, ce qui mémorise bien, À L'INTÉRIEUR de la session lancée, l'état (activé/inactivé) du pavé-numérique lors de la dernière session. Mais ça n'a pas d'effet sur l'activation du pavé AVANT le login, sur l'écran d'accueil des connexions. Ce qui me surprend le plus est que le fichier /etc/gdm3/Init/Default n'est (je crois) tout simplement pas exécuté: j'ai placé (à plusieurs endroits) la commande «touch /home/mon-repertoire-user/toto.txt» et elle n'est jamais exécutée. C'est contraire à ce que dit la doc: https://manpages.debian.org/stretch/gdm3/gdm3.8.en.html Le problème est résolu, mais je reste totalement sur ma faim car je ne comprends pas du tout comment. Évidemment si quelqu'un a une explication claire à tout ça, je suis intéressé. -- Frédéric Baldit Le mer. 09 mai 2018 à 19:37:52 +0200 Jean-Marc <jean-m...@6jf.be> a écrit: > Wed, 9 May 2018 19:03:19 +0200 > Jean-Marc <jean-m...@6jf.be> écrivait : > > > Wed, 9 May 2018 17:08:44 +0200 > > Frédéric Baldit <frederic.bal...@free.fr> écrivait : > > > > > Bonjour, > > > > salut, > > > > > > > > suite à ne réinstallation de stretch je n'arrive plus à > > > rendre le pavé numérique actif par défaut au login de gdm3. > > > > À défaut de rendre le pavé numérique actif, j'ai configuré gnome en > > général pour se souvenir de l'état précedent de ce même pavé > > numérique. Et c'est valable pour toutes les sessions Gnome, y > > compris GDM. > > > > C'est simplement basé sur dconf et remember_numlock_state qu'on > > peut mettre sur True. [...] > > J'ai essayé de retrouver la doc officielle de Gnome mais je > > n'arrive pas à remettre la main sur la page de leur wiki qui > > explique ça. Si quelqu'un y arrive, je suis preneur. > > Voilà déjà un bon début d'explication sur le wiki de Gnome : > https://wiki.gnome.org/Projects/dconf/SystemAdministrators > > > Jean-Marc <jean-m...@6jf.be> > https://6jf.be/keys/ED863AD1.txt
gnome: pavé numérique inactif au login
Bonjour, suite à ne réinstallation de stretch je n'arrive plus à rendre le pavé numérique actif par défaut au login de gdm3. J'ai essayé: * install. du paquet numlockx * ajout, dans /etc/gdm3/Init/Default des lignes suivantes avant la ligne exit 0: if [ -x /usr/bin/numlockx ]; then /usr/bin/numlockx on fi Cela ne suffit pas (après redémarrage, pas de pavé numérique actif par défaut au login). J'ai ensuite installé les paquets keyboard-configuration et console-setup et lancé (en root) dpkg-reconfigure keyboard-configuration dpkg-reconfigure console-data Toujours pas de pavé-numérique actif après redémarrage... De plus, j'ai installé dconf-editor qui m'indique que la mémorisation de l'activation/déactivation du pavé numérique entre deux sessions est faite par défaut (normalement ça n'a rien à voir avec l'activation du pavé numérique lors du login). Du coup, je sèche... Pourtant j'y étais arrivé avant. Merci pour toute aide. -- Frédéric Baldit
Re: longue attente au boot [résolu]
Juste une remarque, pour finir: de nos jours un démarrage en presque deux minutes, avec écran figé et aucune ligne de code montrant une activité du système, peut laisser perplexe, surtout pour un premier utilisateur de debian et surtout aussi pour ceux habitués à des temps de boot devenus vraiment courts avec la démocratisation des SSD. En fait, j'ai moi même mis un certains temps avant de constater qu'il me fallait simplement attendre environ deux minutes pour pouvoir me connecter, et j'ai plusieurs fois fait des Ctrl+Alt+Suppr ou Ctrl+Alt+Fn intempestifs avant de commencer à comprendre. Celui qui, démarrant une installation fraîche de stretch, observe ce comportement, a de quoi rester perplexe et peut vite avoir envie de passer à un autre linux...Peux-t-on faire remonter ce comportement comme un bug? -- Frédéric Baldit Le mar. 08 mai 2018 à 16:29:11 + Eric Degenetais <edegenet...@henix.fr> a écrit: > Le 8 mai 2018 3:12 PM, "Frédéric Baldit" <frederic.bal...@free.fr> a > écrit : > > > Bonjour, > > merci aux deux personnes ayant répondu: en effet je comprends mieux > pourquoi le système est si long à démarrer, c'est maintenant assez > clair. > > De rien :) > > > J'ai adoptée la solution la plus rapide: installation de la version > précédente du noyau (9.0.5) et ça marche! > > Rq: je suis quand même étonné, étant donné l'importance de la qualité > des générateurs aléatoires pour tout ce qui concerne la sécurité (du > système en général), que celui implanté dans le noyau linux ne génère > pas des nombres de qualité (aléatoire) suffisante, et ceci en un > temps qui ne pénalise pas la rapidité du démarrage. Ceci dit, je me > doute que le problème est plus complexe que ça...et que je dois > n'avoir qu'une idée très incomplète de la complexité de la situation. > > Tel que je comprends, le problème est le suivant : comme tout > logiciel, le noyau est déterministe. Il dépend donc de sources > extérieures d'entropie pour générer des nombres aléatoires de bonne > qualité. Il me semble qu'il a existé à une époque des périphériques > matériels spécialisés dans la génération d'entropie, donc de nombres > aléatoires, je ne sais pas si ça existe encore. Dans nos systèmes qui > n'en sont pas équipés, le générateur est initialement dans un état > connu, et accumule de l'entropie en provenance du clavier, de la > souris, des cartes réseau, etc. Ça prend du temps de s'éloigner > suffisamment de l'état initial prédictible. Concernant la fourniture > d'entropie par un fichier sauvegardé au shutdown et relu, je me > souviens clairement avoir vu passer les logs "random seed saved" et > "random seed reloaded" à chaque shutdown et boot de mon PC sous > gentoo, environ trois ans en arrière. J'ignore pourquoi ce procédé > n'aurait pas été conservé depuis. > > > Merci à vous deux, > -- > Frédéric Baldit > > Le lun. 07 mai 2018 à 17:45:38 + > Eric Degenetais <edegenet...@henix.fr> a écrit: > > > D'après ce que j'ai compris, le traitement proposé repose sur deux > > pistes extérieures au noyau : > > 1) vérifier s'il y a vraiment besoin d'un nombre aléatoire de > > qualité, sinon utiliser un autre appel système > > 2) utiliser le bootloader pour conserver l'entropie lors d'un reboot > > pour que le générateur soit plus rapidement près sans sacrifier la > > sécurité > > > > Éric Dégenètais > > > > Le 7 mai 2018 17:42, <jul...@peclu.net> a écrit : > > > > Bonjour, > > > > C'est un bug lié au fonctionnement du générateur d'entropie du > > noyau... Un bug est ouvert mais apparemment ça ne sera pas corrigé > > sur le noyau car ça corrige une faille de sécu mais dans les > > programmes en espace utilisateur (en gros, ton système attend qu'il > > y ait assez d'entropie pour démarrer gdm). > > > > Tu peux booter sur l'ancien noyau en attendant. > > > > Julien
Re: longue attente au boot [résolu]
Bonjour, merci aux deux personnes ayant répondu: en effet je comprends mieux pourquoi le système est si long à démarrer, c'est maintenant assez clair. J'ai adoptée la solution la plus rapide: installation de la version précédente du noyau (9.0.5) et ça marche! Rq: je suis quand même étonné, étant donné l'importance de la qualité des générateurs aléatoires pour tout ce qui concerne la sécurité (du système en général), que celui implanté dans le noyau linux ne génère pas des nombres de qualité (aléatoire) suffisante, et ceci en un temps qui ne pénalise pas la rapidité du démarrage. Ceci dit, je me doute que le problème est plus complexe que ça...et que je dois n'avoir qu'une idée très incomplète de la complexité de la situation. Merci à vous deux, -- Frédéric Baldit Le lun. 07 mai 2018 à 17:45:38 + Eric Degenetais <edegenet...@henix.fr> a écrit: > D'après ce que j'ai compris, le traitement proposé repose sur deux > pistes extérieures au noyau : > 1) vérifier s'il y a vraiment besoin d'un nombre aléatoire de qualité, > sinon utiliser un autre appel système > 2) utiliser le bootloader pour conserver l'entropie lors d'un reboot > pour que le générateur soit plus rapidement près sans sacrifier la > sécurité > > Éric Dégenètais > > Le 7 mai 2018 17:42, <jul...@peclu.net> a écrit : > > Bonjour, > > C'est un bug lié au fonctionnement du générateur d'entropie du > noyau... Un bug est ouvert mais apparemment ça ne sera pas corrigé > sur le noyau car ça corrige une faille de sécu mais dans les > programmes en espace utilisateur (en gros, ton système attend qu'il y > ait assez d'entropie pour démarrer gdm). > > Tu peux booter sur l'ancien noyau en attendant. > > Julien
longue attente au boot
Bonjour, j'expérimente, depuis une réinstallation de stretch sous un PC portable amd64 (ASUS N55JV) avec le bureau gnome un long temps d'attente au boot. Je n'ai pas chronométré à la seconde près, mais à ma montre l'écran de login apparaît, de façon reproductible, au bout de deux minutes. Auparavant sur le même ordi. et sous stretch cela durait moins de 30s (je pense). Lors de la réinstall. le disque dur (un SSD) a été repartitionné (j'ai gardé le même schéma que lors d'une install. de stretch précédente et le système a été entièrement réinstallé. J'utilise le pilote propriétaire nvidia et bumblebee pour gérer (avec optimus) le démarrage à la demande de ma carte dédiée. J'ai testé (avec gnome-disks) l'état de mon SSD (le test long): cela dit il est sain (même si l'indicateur wear-leveling-count est à 25, le disque ayant (environ) 5 ans. Aussi, curieusement, j'ai une situation (que je n'avais pas avant): une fois connecté sous gnome (après les 2 min d'attente), un Ctrl+Alt+F1 me renvoit sur un nouvel écran de login graphique (et pas sur un login en mode console). Je ne sais pas si c'est normal... Je n'ai trouvé aucune piste prometteuse sur les posts des forum. Les messages de dmesg indiquent une grosse attente lors du boot (justement de environ 120s) qui se termine par la ligne: random: crng init done En fichier attaché la sortie texte de la commande dmesg. Apparemment (recherche sur google) il se pourrait que le (nouveau) système de boot systemd puisse être fautif, mais je n'en sait rien. Si quelqu'un a une idée, merci d'avance. Comme d'habitude toute suggestion est bienvenue. Je peux fournir les renseignements susceptibles d'aider (sur la machine et le système). Cordialement, -- Frédéric Baldit [0.00] microcode: microcode updated early to revision 0x22, date = 2017-01-27 [0.00] Linux version 4.9.0-6-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 4.9.88-1 (2018-04-29) [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-6-amd64 root=UUID=008405b6-78a7-45b4-960a-fac0a3cebfac ro quiet [0.00] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' [0.00] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' [0.00] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' [0.00] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 [0.00] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format. [0.00] x86/fpu: Using 'eager' FPU context switches. [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x00057fff] usable [0.00] BIOS-e820: [mem 0x00058000-0x00058fff] reserved [0.00] BIOS-e820: [mem 0x00059000-0x0009dfff] usable [0.00] BIOS-e820: [mem 0x0009e000-0x0009] reserved [0.00] BIOS-e820: [mem 0x0010-0x9e010fff] usable [0.00] BIOS-e820: [mem 0x9e011000-0x9e017fff] ACPI NVS [0.00] BIOS-e820: [mem 0x9e018000-0x9e84] usable [0.00] BIOS-e820: [mem 0x9e85-0x9ead5fff] reserved [0.00] BIOS-e820: [mem 0x9ead6000-0xad8edfff] usable [0.00] BIOS-e820: [mem 0xad8ee000-0xadaf2fff] reserved [0.00] BIOS-e820: [mem 0xadaf3000-0xade25fff] usable [0.00] BIOS-e820: [mem 0xade26000-0xaeb25fff] ACPI NVS [0.00] BIOS-e820: [mem 0xaeb26000-0xaef59fff] reserved [0.00] BIOS-e820: [mem 0xaef5a000-0xaeffefff] type 20 [0.00] BIOS-e820: [mem 0xaefff000-0xaeff] usable [0.00] BIOS-e820: [mem 0xafc0-0xcfdf] reserved [0.00] BIOS-e820: [mem 0xf800-0xfbff] reserved [0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved [0.00] BIOS-e820: [mem 0xfed0-0xfed03fff] reserved [0.00] BIOS-e820: [mem 0xfed1c000-0xfed1] reserved [0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved [0.00] BIOS-e820: [mem 0xff00-0x] reserved [0.00] BIOS-e820: [mem 0x0001-0x00042f1f] usable [0.00] NX (Execute Disable) protection: active [0.00] efi: EFI v2.31 by American Megatrends [0.00] efi: ACPI 2.0=0xadeae000 ACPI=0xadeae000 SMBIOS=0xaef58418 [0.00] SMBIOS 2.7 present. [0.00] DMI: ASUSTeK COMPUTER INC. N550JV/N550JV, BIOS N550JV.208 11/19/2013 [0.00] e820: update [mem 0x-0x0fff] usable ==> reserved [0.00] e820: remove [mem 0x000a-0x000f] usable [0.00] e820: last_pfn = 0x42f200 max_arch_pfn = 0x4 [0.00] MTRR default t
Re: code WebGL sous firefox 59.0.1
Merci à ceux qui ont pris le temps de poster leur réponse ou leur test. Je précise que je tiens à ne pas installer firefox en version quantum issue de sid, je préfère garder ma stretch sans aucun paquet de sid. Si certains, ayant réussi à installer manuellement firefox en version 59 arrivent à exécuter du WebGL je suis bien intéressé. Pour le moment je n'ai fait aucun progrès, mais j'ai posté sur une question sur le support de mozilla. Cdlt, -- Frédéric Baldit Le sam. 24 mars 2018 à 10:29:05 +0100 Daysfled <daysf...@proximus.be> a écrit: > Le 24/03/18 à 00:25, Frédéric Baldit a écrit : > > > > Bonjour, > > > > je suis sous debian stretch et j'ai installé manuellement une > > version de firefox (la 59.0.1) > > Pareil que toi si ce n'est que je n'ai pas défini de profil > particulier. > > > > > J'ai récemment voulu tester une page web qui intègre du code WebGL: > > ça fonctionne sous firefox-esr mais sous la dernière version de > > firefox j'ai l'erreur: «Sorry, an error occurred: Cannot create > > WebGL context canvas» > > Je confirme que c'est la même chose chez moi. > > Mais je ne sais pas quoi faire pour réparer cela. > >
code WebGL sous firefox 59.0.1
Bonjour, je suis sous debian stretch et j'ai installé manuellement une version de firefox (la 59.0.1) plus récente que celle proposée dans les dépôts (firefox-esr en version 52). Les deux cohabitent sans problème, j'ai créé plusieurs profils avec le gestionnaire de profil de firefox, ce qui me permet d'utiliser la version qui me convient selon le besoin. J'ai récemment voulu tester une page web qui intègre du code WebGL: ça fonctionne sous firefox-esr mais sous la dernière version de firefox j'ai l'erreur: «Sorry, an error occurred: Cannot create WebGL context canvas» Il s'agit de la page suivante: http://math.hws.edu/graphicsbook/c3/s2.html Je me demande si ça n'est pas lié à une subtilité/configuration propre à l'installation de debian, qui doit peut-être autoriser seulement le navigateur firefox-esr à exécuter du code WebGL, mais je reste incapable de faire fonctionner WebGL sous firefox en version 59.0.1... Si quelqu'un a une idée, grand merci d'avance!!! -- Frédéric Baldit
Re: boitier serveur d'impression (suite)
Bonjour, voici la suite de mes péripéties pour installer un boitier permettant de partager une imprimante sur plusieurs ordinateurs windows/Debian. J'ai installé mon boitier et réussi à faire fonctionner l'imprimante sous XP. Par contre sous debian je bloque... Voici la situation (je résume ce que je sais et ce que je crois comprendre): 1) au niveau cablage mon imprimante est reliée au boitier (connexion usb), lui même relié à un switch ethernet. À ce scwitch se connectent mes PC et un modem/routeur ADSL. 2) Au niveau du modem-routeur, celui-ci fait office de DHCP et de DNS. Je peux configurer mon modem par la page web d'adresse IP 10.0.0.138. Sur cette page je vois que le boitier s'est vu allouer une adresse IP (10.0.0.2) et les PC allumés aussi. Comme le modem et le boitier peuvent rester allumés, l'adresse IP du boitier reste 10.0.0.2. 3) Au niveau du boitier Trendnet, il est accessible sur la page web en 10.0.0.2. J'y trouve diverses choses: l'adresse MAC, le nom du serveur... 4) Enfin, pour rajouter une imprimante, j'ai fait diverses tentatives sans succès, que ce soit avec l'utilitaire d'ajout d'imprimante de gnome ou sur la page web de cups. Malheureusement je travaille à tâtons, car je n'ai guère de connaissances réseau/impression. En gros j'ai essayé de créer une imprimante réseau d'adresse IP 10.0.0.2 (ou de nom ps-71cb), mais aucune page de test ne sort. Si quelqu'un avait la gentillesse de me dépanner. Merci d'avance. F.Baldit. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
[Resolu ]boitier serveur d'impression
Bonjour, et merci pour les deux réponses reçues. La première piste reçue (Y. Maillet) a suffit: j'ai choisi, sur la page de cups, d'installer une nouvelle imprimante en prenant dans le second choix: LPD/LPR host or printer puis comme URI: lpd://nom_de_mon_boitier/u1 et la suite (choix du pilote...) est facile. Et ainsi ça marche!! En fait, j'ai lu aussi le message de A. Vaugham et j'ai réussi à créer une deuxième imprimante en prenant AppSocket/HP JetDirect puis l'URI: socket://ps-71cb20:9100 et ainsi aussi ça marche. En fait nmap IP_de_mon_boitier m'indique: PORT STATE SERVICE 80/tcp open http 81/tcp open hosts2-ns 515/tcp open printer 9100/tcp open jetdirect J'en ai conclu que mon boitier comprend les protocoles lpd et Appsocket, qui ont chacun une façon particulière de former l'URI. Donc le problème était d'écrire une URI compréhensible par le serveur. Merci beaucoup pour votre aide! Cordialement, F.Baldit PS: petit inconvénient (non prévu): le petit utilitaire par lequel je pouvais consulter l'état des cartouches d'encre ne fonctionne plus et le message L'ordinateur ne peut pas établir de communication bidirectionnelle avec le périphérique apparait...Je suppose que c'est normal et que la seule solution est de connecter directement l'imprimante sur un PC. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
boitier serveur d'impression
Bonjour, je poste une petite question sur cette liste car je voudrais avoir confirmation d'une possibilité d'installation d'un boitier serveur d'impression chez moi. Voici le contexte: j'utilise (chez moi) un PC de bureau en double boot sous etch et XP (d'ailleurs je vais me mettre à jour en lenny). Ce PC va bientôt devenir secondaire et je vais recevoir un portable qui tournera (essentiellement) sous lenny (et un peu sous Vista ou XP). Actuellement j'ai une imprimante et un scanneur branchés sur le PC de bureau, tous les deux reconnus par les deux OS. Au niveau connection internet je suis connecté à un switch ethernet lui-même branché sur un modem-routeur aol (ancien, puisque ce n'est pas une box). Le switch me permet déjà de connecter deux ordi en même temps à internet. J'aimerais connecter mon imprimante à un boitier serveur d'impression (lui même connecté au switch) qui me permette d'en avoir l'usage sans avoir à allumer systématiquement un des ordis, et ceci quel que soit l'OS sur lequel on a booté, avec un seul ordi allumé ou les deux. Merci de vos expériences/connaissances sur ce sujet, y-compris les config matérielles connues et marchant. Bien cordialement, F.B. PS: je n'ai (pratiquement) aucune connaisance réseau, d'où aussi ma question...mais je subodore qu'en l'occurrence l'aspect réseau est assez limité. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: boitier serveur d'impression
Merci pour les infos, je viens de commander un boitier Trendnet avec un port usb2.0 et un port RJ45 (exactement la référence TE100-P1U). Je l'installe dés qu'il arrive, et je reposerai peut-être des questions à ce moment. Cordialement, et merci pour l'entraide!! F.B. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Re: activer auctex sous xemacs
Bonjour,
pour répondre à la question: que ce passe-t-il lorsque je tape C-c
C-e? lorsque je suis en latex-mode, il se passe, si je suis aprés un
begin{document}, qu'il insère un \end{{document}, idem pour tout les
autres environnements. Si je ne suis pas aprés un \begin il me jette.
Par contre C-c C-s (pour insérer un titre, je crois) ne marche pas. Je
crois aussi qu'il y a une indentation automatique dans ce mode, et je ne
la vois pas. Je croyais aussi qu'Auctex rajoutais un menu dans la barre
des menus, et il n' a rien. En revanche, quand je lance emacs (pas
xemacs) il semble que auctex est bien actif. Enfin j'ai lu quelque part
que le mode auctex de xemacs est fourni maintenant dans xemacs lui-même,
mais qu'il est un peu moins performant que le paquet qu'on peut
récupérer sur le site de xemacs. Dans tout ca je suis un peu (ou
beaucoup) perdu...
Merci pour toute aide.
F.B.
PS: je me suis réinscrit sur la liste debian-user-french mais je croyais
que j'allais recevoir un avis d'inscription sur mon adresse
electronique, et que je communiquerai via email avec la liste. Or je
n'ai rien recu dans ma boite aux lettres, c'est en continuant ma
recherche sur google ce matin que je vois qu'une personne m'a répondu.
Là ausssi je suis perplexe...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re: activer auctex sous xemacs
Bonjour, pour répondre à Jacques L'helgouach, voici le résultat de la commande qu'il m'indique: japanese-latex-mode Command: (not documented) latex-mode Command: Major mode for editing files of input for LaTeX. Plist: 1 property (autoload) latex-mode-hook Variable: Hook to run when entering latex-mode. Plist: 1 property (variable-documentation) Ce qui semble bien indiquer qu'auctex n'est pas actif. F.B. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re: Re: activer auctex sous xemacs
Oui!! Merci, le fait de rajouter (require 'tex-site) dans mon fichier .custom.el semble faire fonctionner auctex. Je dois le tester plus avant pour voir ce que ça donne, mais ça semble marcher. Merci pour l'aide. Cordialement, F.B. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
activer auctex sous xemacs
Bonjour, je n'arrive pas à activer le mode auctex sous xemacs. Je croyais qu'il était activé automatiquement lorsqu'un fichier .tex est ouvert. En fait xemacs se met bien en mode latex (latex-mode dans la ligne d'en bas) mais je pensais avoir accés à plus de choses avec auctex (insertion automatique d'environements, complétion automatique,...) Bref je suis un peu perdu, si quelqu'un peut me renseigner, merci d'avance. F.B. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Pas de son...ou presque
Bonjour, si quelqu'un peut m'aider, voici mon problème: je viens d'installer sarge (noyau 2.6.7) sur un pc de bureau qui a sur la carte mère le chipset son Intel HDA et la puce ALC880. Après compilation du pilote ALSA et installation ma carte semble bien reconnue. Alsaconf a fonctionné, j'ai demutté les canaux avec alsamixer et, au démarrage (entre autre), KDE joue bien le son. Mais aucun moyen de lire un CD audio (avec xmms ou kscd)... Ce doit être un réglage assez simple; mais je tourne en rond et c'est rallant !!! Merci de m'aider si vous avez une idée. Je vous envoie toute info qui peut vous intéresser. F.Baldit.
[Résolu] Re: Pas de son...ou presque
Le Jeudi 17 Mars 2005 14:31, NaiosKAE{FR} a écrit :
Nazcafan a écrit :
Frédéric Baldit a écrit :
Bonjour,
si quelqu'un peut m'aider, voici mon problème:
je viens d'installer sarge (noyau 2.6.7) sur un pc de bureau qui a
sur la carte mère le chipset son Intel HDA et la puce ALC880. Après
compilation du pilote ALSA et installation ma carte semble bien
reconnue. Alsaconf a fonctionné, j'ai demutté les canaux avec
alsamixer et, au démarrage (entre autre), KDE joue bien le son. Mais
aucun moyen de lire un CD audio (avec xmms ou kscd)... Ce doit être un
réglage assez simple; mais je tourne en rond et c'est rallant !!!
Merci de m'aider si vous avez une idée. Je vous envoie toute info qui
peut vous intéresser.
F.Baldit.
les mp3, ça marche sous xmms ?
paske si ça marche, c'est l'histoire de la lecture numérique qu'il faut
mettre dans xmms (plugins d'entrée, cdaudio)
En effet l'activation de la lecture numérique a résolu le problème !!! Merci,
je n' y avais pas pensé. Du coup xmms marche ainsi que kscd. C'est quand même
agréable de solutionner son problème avec l'expérience des autres...et en si
peu de temps.
F.Baldit.
Erwann PENCREACH
Le vrai moyen d'être trompé, c'est de se croire plus fin que les autres.
-+- François de La Rochefoucauld (1613-1680), Maximes 127 -+-
Arrêt qui ressemble à une mise en veille...bis
Je reposte sur le problème, si qq'1 a une idée d'avance merci: mon PC (sarge en 2.4.27) lors de l'arrêt (à partir de KDE ou en ligne de commande) n'arrête pas réellement l'unité centrale: la led de l'interrupteur en face avant reste au vert et l'écran allumé. Lorsque j'appuie sur cet interrupteur elle (la led) passe un bref instant à l'orange, le disque semble être accédé, puis tout s'éteint. Curieusement un appui sur le clavier fait ressortir d'une veille et on reboote classiquement. J'ai réussi à empêcher le reboot par appui sur clavier en réglant le bios (bios-Power Management Setup-Wake on PS2 from S3-Disabled), mais il reste que 1) j'aimerais mieux que tout s'éteigne proprement à l'arrêt du système sans avoir à appuyer sur un bouton, 2) je n'aime pas trop que le système soit en fait en veille (apparemment en S3, donc Suspend to RAM). Avez une idée d'une façon de remédier à ce comportement et est-ce une situation connue ? Merci pour votre aide ou vos idées. F.B.
Arrêt qui ressemble à une mise en veille
Bonjour, j'ai remarqué récemment (installation récente de sarge en 2.4.27 sur un PC de bureau récent) le comportement suivant lors de l'arrêt (quelle que soit la méthode pour arrêter le système): 1) j'arrête le système (p.ex avec halt ou Éteindre l'ordinateur depuis kde), l'unité centrale semble s'arrêter mais la led sur l'interrupteur en face avant reste allumée verte (et pas orange comme lorsqu'on se met en veille sur Windows XP) et l'écran reste aussi allumé, 2) en appuyant sur cet interrupteur on entend clairement un arrêt de matériel supplémentaire, la led de l'interrupteur passe brièvement à l'orange (et le témoin d'accés au disque dur s'allume) puis l'écran et le led s'eteignent et le système semble cette fois ci réellement éteint, 3) curieusement une touche du clavier fait rebooter sans aucun changement par rapport à un boot normal. Ca ressemble à une veille prolongée (S4, suspend to disk ). J'ai pensé d'abord à un réglage du BIOS (Bios Award Medallion v6.00) dans le menu Power management setup mais sans succés. La dernière ligne qui apparaît sur l'écran à l'arrêt est flushing ide devices hda hdc hdd qui me fait penser à une mise ne veille. Avez-vous une idée de l'origine de ce comportement et comment revenir à un arrêt normal de la machine (sans mise en veille) ? Merci d'avance à ceux qui voudront bien m'éclairer! F.B.
Connection adsl sur modem routeur ethernet
Bonjour, je suis nouveau dans le monde Debian (je viens plutôt du monde Mandrake) et j'aimerais beaucoup recevoir de l'aide sur le point suivant : configurer correctement ma connection adsl chez aol avec un modem routeur (le Speedtouch 530) en connection ethernet. J'ai essayé d'y arriver avec pppoeconf mais pour l'instant rien de concluant... Si quelqu'un a la gentillesse de m'aider j'appécierai(j'ai tout de même regardé dans la faq mais sans succés pour une connection ethernet avec pppoe). Dites moi les infos qu'il vous faut pour m'aider. Merci. F.B.
Problème de son sur sarge
Bonjour, je suis en train d'installer sarge (noyau 2.4.27) sur un PC de bureau Packard Bell (imedia 5130). J'ai du mal à faire fonctionner le son, même aprés avoir installé une version plus récente des paquets alsa (la version 1.0.8). Ma carte mère a un chipset audio intégré: chipset audio Realtek ALC880. J'ai l'impression que je vais être obliger de récupérer les pilotes et d'installer tout à la main... mais j'aimerais être sûr que je ne peux pas faire autrement. Si quelqu'un a de l'expérience en la matière et peut m'aider je suis preneur. Dites moi les infos qu'il faut vous envoyer pour pouvoir m'aider. Merci d'avance, F.Baldit. PS: voici déjà qqes infos: la sortie de lspci -vv qui semble concerner l'audio est : :00:1b.0 0403: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 03) Subsystem: Unknown device 1631:e011 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0, Cache Line Size: 0x08 (32 bytes) Interrupt: pin A routed to IRQ 16 Region 0: Memory at ea10 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- Address: Data: Capabilities: [70] #10 [0091]
