Re : Re: Connexion imprimante réseau
Bonjour, J'ai une imprimante que je partage sur mon réseau. Elle est installée attachée au PC1. C'est PC1 qui a les drivers et qui tourne 24/24. L'imprimante est déclarée dans les paramètres de configuration d'imprimants comme "partagée". Pour que les autres PC la voie, il suffit dans les paramètres imprimantes d'ajouter une imprimante distante, puis de valider son nom. Et voilà, même mes invités sur mon réseau peuvent l'utiliser. Les PC sont sous Linux ou sous Windows. En espérant que cela puisse vous aider. Cordialement, Cassis - Mail d'origine - De: Michel Verdier À: debian-user-french@lists.debian.org Envoyé: Mon, 06 May 2024 08:26:03 +0200 (CEST) Objet: Re: Connexion imprimante réseau Le 5 mai 2024 Thierry a écrit : > Avec ordi 3, pas de connexion automatique, l'imprimante est bien trouvée par > Cups, mais il faut gérer manuellement la connexion et il n'y a aucun pilote > Canon proposé. Pourtant les paquets Cups installés sont bien les mêmes. > Je ne vois pas pourquoi çà ne fonctionne pas, mais il y a forcément une > raison. Que manque-t-il sur ordi 3? Dans quel fichier de config se trouve la > liste des pilotes? Peut-être qu'il manque la couche mDNS avec le paquet avahi-daemon pour la découverte automatique ? Les pilotes ajoutés manuellement devraient être dans /etc/cups/ppd/. Sinon il s'agit de paquets. Tu peux peut-être comparer les ordi.
Re: libwxgtk3.2-1t64 et fichiers d'en-têtes
didier gaumet a écrit : > Le 06/05/2024 à 09:42, BERTRAND Joël a écrit : > [...] >> Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier >> d'en-têtes >> semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour >> remettre libwxgtk3.2. > [...] > > d'après https://packages.debian.org/sid/libwxgtk3.2-dev > En Sid le paquet libwxgtk3.2-dev dépend du paquet libwxgtk3.2-1t64 > > sous réserves: > > donc ça semblerait dire que bien que le nom du paquet -dev ne comporte > pas le suffixe t64 il prend bien en compte la transition t64. > Donc peut-être que tu n'as pas fait un apt update préalable ou que sur > le serveur sur lequel ça a atterri à ce moment-là, le paquet -dev en > question n'avait pas encore été modifié et qu'une fois ce serveur à jour > tout rentrera dans l'ordre? (à condition que tu sois uniquement en pur > Debian Sid et qu'un autre dépôt ne foute pas la grouille dans les > dépendances) Effectivement, ça passe maintenant avec unstable. Ce n'était pas le cas ce matin... Ça m'arrange, il fallait que je recompile KiCAD. Merci, JB signature.asc Description: OpenPGP digital signature
Re: Connexion imprimante réseau
Sous réserves: d'après les messages que tu as cités plus haut ton imprimante fonctionne en driverless (cf https://wiki.debian.org/CUPSDriverlessPrinting). Comme déjà suggéré par ailleurs, tu peux comparer les paquets installés sur ordi 2 et ordi 3 (tous les deux sous Bookworm), particulièrement les paquets cups* et notamment cups-browsed, chargé semble-t-il de mettre à dispo de cups les imprimantes réseau qui s'annoncent par Bonjour/Avahi. Une possibilité est qu'une mise à jour logicielle se soit mal passée sur ordi 3 sans que tu t'en aperçoives et que l'un des paquets soit obsolète, manquant ou mal configuré car la MAJ ne s'est pas terminée correctement
Re: libwxgtk3.2-1t64 et fichiers d'en-têtes
Le 06/05/2024 à 09:42, BERTRAND Joël a écrit : [...] Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier d'en-têtes semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour remettre libwxgtk3.2. [...] d'après https://packages.debian.org/sid/libwxgtk3.2-dev En Sid le paquet libwxgtk3.2-dev dépend du paquet libwxgtk3.2-1t64 sous réserves: donc ça semblerait dire que bien que le nom du paquet -dev ne comporte pas le suffixe t64 il prend bien en compte la transition t64. Donc peut-être que tu n'as pas fait un apt update préalable ou que sur le serveur sur lequel ça a atterri à ce moment-là, le paquet -dev en question n'avait pas encore été modifié et qu'une fois ce serveur à jour tout rentrera dans l'ordre? (à condition que tu sois uniquement en pur Debian Sid et qu'un autre dépôt ne foute pas la grouille dans les dépendances)
Re: Connexion imprimante réseau
Merci, avahi-daemon est bien fonctionnel: $ systemctl status avahi-daemon ● avahi-daemon.service - Avahi mDNS/DNS-SD Stack Loaded: loaded (/usr/lib/systemd/system/avahi-daemon.service; enabled; preset: enabled) Active: active (running) since Mon 2024-05-06 11:20:11 CEST; 1h 12min ago TriggeredBy: ● avahi-daemon.socket Main PID: 684 (avahi-daemon) Status: "avahi-daemon 0.8 starting up." je n'ai aucun pilote dans etc/cups/ppd (sur aucun ordi). Je vais comparer les paquets Merci Le 06/05/2024 à 08:26, Michel Verdier a écrit : Le 5 mai 2024 Thierry a écrit : Avec ordi 3, pas de connexion automatique, l'imprimante est bien trouvée par Cups, mais il faut gérer manuellement la connexion et il n'y a aucun pilote Canon proposé. Pourtant les paquets Cups installés sont bien les mêmes. Je ne vois pas pourquoi çà ne fonctionne pas, mais il y a forcément une raison. Que manque-t-il sur ordi 3? Dans quel fichier de config se trouve la liste des pilotes? Peut-être qu'il manque la couche mDNS avec le paquet avahi-daemon pour la découverte automatique ? Les pilotes ajoutés manuellement devraient être dans /etc/cups/ppd/. Sinon il s'agit de paquets. Tu peux peut-être comparer les ordi.
Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap
Bonjour, je reprends brièvement cet échange pour un petit REX : premier point, la migration de toutes les machines s'est globalement très bien passée. Le délai avant cette conclusion est dû au fait que j'ai attendu la résolution d'un bug affectant la veille (suspend-to-ram) sur un de mes postes. Le fait de pouvoir gérer avec des chroot a été une bénédiction de ce point de vue : j'ai pu suivre les màj de ma partition système bookworm depuis mon bullseye de production avec une perturbation minimale de mon travail courant. Petit gotcha sur une chose qui m'a mordu (à l'adresse de ceux qui voudraient aussi faire leurs montées de version par de nouvelles partitions système via schroot) : schroot recopie la base d'utilisateurs du système actif. Je ne crois pas que ce soit systématique, mais c'est pratique sur certains points (entre autres, garder les comptes utilisateurs et la définition des droits sur mon home qui est à part). Par contre, ça peut avoir des effets de bord sur des comptes système. J'ai dû réinstaller ntp après le switch, par exemple, car le compte système a changé entre bullseye et bookworm). Cordialement __ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org
Re: libwxgtk3.2-1t64 et fichiers d'en-têtes
On 5/6/24 10:23 AM, BERTRAND Joël wrote: Basile Starynkevitch a écrit : On 5/6/24 09:42, BERTRAND Joël wrote: Bonjour à tous, Il vient d'y avoir une salve de bibliothèques avec une extension t64 (pour time_t en 64 bits contre 32). Très bien, mais quelqu'un saurait-il où trouver les fichiers d'en-tête correspondant ? Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier d'en-têtes semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour remettre libwxgtk3.2. Je ne trouve rien dans les rapports de bogues. Faut-il recompiler la bibliothèque à partir du paquet source ? En espérant que ce paquet contienne ce qu'il faut pour créer le -dev. Bien cordialement, Il est possible (c'est l'habitude dans le monde GNU) qui vous faut juste compiler avec les mêmes fichiers d'entête, mais des drapeaux de preprocessing différents. Oui, ça, je sais. Mais pour compiler, encore faudrait-il avoir les fichiers d'en-têtes ;-) La question était "où donc sont ces fichus fichiers d'en-têtes". https://wiki.wxwidgets.org/Main_Page https://www.wxwidgets.org/downloads/ https://github.com/wxWidgets/wxWidgets/releases/download/v3.2.4/wxWidgets-3.2.4.tar.bz2 Ce dernier fichier (de md5sum 8eada508f5bdf390eeec5b0e0af38f71) contient plus de deux mille fichiers d'entête (dont wxWidgets-3.2.4/interface/wx/filename.h par exemple) J'imagine que ça devrait vous suffire. Pour ma part, je préfère utiliser GTK ou GTKmm ou Fox-toolkit (cf https://fox-toolkit.org/ ...) ou Qt6 ou LablGTK (wxwidgets a la réputation d'être une toolkit par dessus d'autres existantes) Librement -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 8 rue de la Faïencerie, 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ See/voir:https://github.com/RefPerSys/RefPerSys
Re: libwxgtk3.2-1t64 et fichiers d'en-têtes
Basile Starynkevitch a écrit : > > On 5/6/24 09:42, BERTRAND Joël wrote: >> Bonjour à tous, >> >> Il vient d'y avoir une salve de bibliothèques avec une extension t64 >> (pour time_t en 64 bits contre 32). Très bien, mais quelqu'un saurait-il >> où trouver les fichiers d'en-tête correspondant ? >> >> Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier >> d'en-têtes >> semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour >> remettre libwxgtk3.2. >> >> Je ne trouve rien dans les rapports de bogues. >> >> Faut-il recompiler la bibliothèque à partir du paquet source ? En >> espérant que ce paquet contienne ce qu'il faut pour créer le -dev. >> >> Bien cordialement, > > > Il est possible (c'est l'habitude dans le monde GNU) qui vous faut juste > compiler avec les mêmes fichiers d'entête, mais des drapeaux de > preprocessing différents. Oui, ça, je sais. Mais pour compiler, encore faudrait-il avoir les fichiers d'en-têtes ;-) La question était "où donc sont ces fichus fichiers d'en-têtes". JB signature.asc Description: OpenPGP digital signature
Re: libwxgtk3.2-1t64 et fichiers d'en-têtes
On 5/6/24 09:42, BERTRAND Joël wrote: Bonjour à tous, Il vient d'y avoir une salve de bibliothèques avec une extension t64 (pour time_t en 64 bits contre 32). Très bien, mais quelqu'un saurait-il où trouver les fichiers d'en-tête correspondant ? Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier d'en-têtes semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour remettre libwxgtk3.2. Je ne trouve rien dans les rapports de bogues. Faut-il recompiler la bibliothèque à partir du paquet source ? En espérant que ce paquet contienne ce qu'il faut pour créer le -dev. Bien cordialement, Il est possible (c'est l'habitude dans le monde GNU) qui vous faut juste compiler avec les mêmes fichiers d'entête, mais des drapeaux de preprocessing différents. Par exemple, en utilisant pkg-config (ou bien cmake) ou même la ligne CPPFLAGS= qui convienne dans votre GNUmakefile. Ou en lançant un script configure avec les options qui conviennent. Librement -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 8 rue de la Faïencerie, 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ See/voir: https://github.com/RefPerSys/RefPerSys
libwxgtk3.2-1t64 et fichiers d'en-têtes
Bonjour à tous, Il vient d'y avoir une salve de bibliothèques avec une extension t64 (pour time_t en 64 bits contre 32). Très bien, mais quelqu'un saurait-il où trouver les fichiers d'en-tête correspondant ? Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier d'en-têtes semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour remettre libwxgtk3.2. Je ne trouve rien dans les rapports de bogues. Faut-il recompiler la bibliothèque à partir du paquet source ? En espérant que ce paquet contienne ce qu'il faut pour créer le -dev. Bien cordialement, JB signature.asc Description: OpenPGP digital signature
Re: Connexion imprimante réseau
Le 5 mai 2024 Thierry a écrit : > Avec ordi 3, pas de connexion automatique, l'imprimante est bien trouvée par > Cups, mais il faut gérer manuellement la connexion et il n'y a aucun pilote > Canon proposé. Pourtant les paquets Cups installés sont bien les mêmes. > Je ne vois pas pourquoi çà ne fonctionne pas, mais il y a forcément une > raison. Que manque-t-il sur ordi 3? Dans quel fichier de config se trouve la > liste des pilotes? Peut-être qu'il manque la couche mDNS avec le paquet avahi-daemon pour la découverte automatique ? Les pilotes ajoutés manuellement devraient être dans /etc/cups/ppd/. Sinon il s'agit de paquets. Tu peux peut-être comparer les ordi.