Re: compiler xemacs-21.5.35 sous Debian (sid)
Bonjour, J'ai signalé la disponibilité de xemacs 21.5.35 au mainteneur via le bug Debian #1036764[1]. Mark me signale que la dernière version est toujours considérée comme une publicaton beta, en cours de développement. Donc j'imagine qu'il reste un certain nombre de bogues à clore. [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036764 Bonne journée, :) -- .''`. Étienne Mollier : :' : gpg: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/2, please excuse my verbosity `- signature.asc Description: PGP signature
Re: Forcer postfix à envoyer vers une console pendant des tests
Le 25 mai 2023 NoSpam a écrit : > Bonjour. Destinataire root@localhost et lire les messages avec mutt Et pour éviter de changer les destinataires on peut utiliser alias_maps ou virtual_alias_maps, selon le cas, pour rediriger sur root.
Re: Forcer postfix à envoyer vers une console pendant des tests
Bonjour. Destinataire root@localhost et lire les messages avec mutt Le 25/05/2023 à 15:39, Olivier a écrit : Bonjour, J'installe très souvent postfix sur des serveurs distants qu'ils envoient par SMTP différentes alertes. Pendant que je prépare ces machines, il m'arrive souvent de vérifier si les mécanismes d'alertes fonctionnent. Pour éviter que les destinataires de ces alertes soient dérangés par mes essais, je remplace leur adresse par une adresse temporaire. Comme il peut m'arriver d'oublier de remplacer une adresse et qu'en plus l'opération est fastidieuse, je préférerai que les mails qui passent par Postfix soient redirigés vers une console ou vers un fichier log le temps des essais. Idéalement, je préférerai lire aussi bien quelques meta-données sur les envois (date, addresses, ...) et le contenu des messages eux-mêmes. Connaissez-vous un moyen simple (sans trop changer la config de Postfix) pour faire cela ? Slts
Forcer postfix à envoyer vers une console pendant des tests
Bonjour, J'installe très souvent postfix sur des serveurs distants qu'ils envoient par SMTP différentes alertes. Pendant que je prépare ces machines, il m'arrive souvent de vérifier si les mécanismes d'alertes fonctionnent. Pour éviter que les destinataires de ces alertes soient dérangés par mes essais, je remplace leur adresse par une adresse temporaire. Comme il peut m'arriver d'oublier de remplacer une adresse et qu'en plus l'opération est fastidieuse, je préférerai que les mails qui passent par Postfix soient redirigés vers une console ou vers un fichier log le temps des essais. Idéalement, je préférerai lire aussi bien quelques meta-données sur les envois (date, addresses, ...) et le contenu des messages eux-mêmes. Connaissez-vous un moyen simple (sans trop changer la config de Postfix) pour faire cela ? Slts
Re: outil libre et simple de discussion et de partage de ressources ?
On 5/25/23 10:17, firenze.rt wrote: Bonjour tout le monde, Jami est un logiciel qui évolue très vite. Il est donc difficile de dire catégoriquement s'il est complètement fonctionnel ou pas. C'est à surveiller. Personnellement, Jami ne m'a jamais posé de problème pour l'usage que j'en fais (clavardage, partage de fichiers, visioconférence 1:1). Ce que que je note, c'est que les performances de Jami semblent largement tributaires du débit de connexion disponible. Pour le clavardage, le partage de fichiers, ou un simple appel audio l'ADSL suffit ; mais pour une visioconférence avec une qualité vidéo acceptable, la fibre est chaudement recommandée. A mon avis c'est lié à la vidéo-conférence pas à Debian. Simple calcul: on transmet 800x600 pixels sur 24 bits (3 octets) 25 fois par seconde. Ca fait 1440 kiloctets par seconde (ou 14 megabits par seconde). Ok, des algorithmes de compression de vidéo (coûteux en matériel et puissance de calcul) peuvent être utile. Mais la bande passante et la puissance de calcul restent nécessaire. Quels que soient la qualité du logiciel vidéo, celle de ses développeurs, et la licence libre de son code, ou le système d'exploitation (Linux ou non). Librement NB. Je cherche des partenaires pour http://refpersys.org/ -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: outil libre et simple de discussion et de partage de ressources ?
Bonjour tout le monde,Jami est un logiciel qui évolue très vite. Il est donc difficile de dire catégoriquement s'il est complètement fonctionnel ou pas. C'est à surveiller.Personnellement, Jami ne m'a jamais posé de problème pour l'usage que j'en fais (clavardage, partage de fichiers, visioconférence 1:1).Ce que que je note, c'est que les performances de Jami semblent largement tributaires du débit de connexion disponible.Pour le clavardage, le partage de fichiers, ou un simple appel audio l'ADSL suffit ; mais pour une visioconférence avec une qualité vidéo acceptable, la fibre est chaudement recommandée.La fonctionnalité du point de rendez-vous, qui permet de transformer l'ordinateur hôte en serveur de visioconférence, permet aussi de palier à la faiblesse du débit de connexion des autres participants.La prise en main de Jami est similaire à Skype, à la différence que la création d'un compte ne nécessite absolument aucune donnée personnelle et peut se faire hors-ligne. Les données du compte ne sont stockées que localement. Si on veut utiliser un même compte sur un autre appareil, il faut le dupliquer à partir d'un fichier de sauvegarde.Il faut aussi noter que si on a le choix, il vaut mieux utiliser Jami sur un ordinateur de bureau (desktop/laptop) que sur un ordiphone (smartphone) ou une tablette. En dépit des progrès qui on été faits jusque-là, Jami reste gourmand en énergie.Pour en savoir plus :https://jami.net/@+Firenzeenvoyé : 22 mai 2023 à 20:41de : Hugues Larrive à : RogerT Cc: debian-user-french@lists.debian.orgobjet : Re : Re: outil libre et simple de discussion et de partage de ressources ?Bonjour,La dernière fois que je me suis intéressé à ce sujet j'avais trouvé jami :Description-en: Secure and distributed voice, video, and chat platform - desktop client Jami is an end-to-end encrypted secure and distributed voice, video, and chat communication platform that requires no central server and leaves the power of privacy and freedom in the hands of users. . To some degree Jami provides similar functionality like Telegram, BigBlueButton, Jitsi Meet, etc do. . Jami supports the following key features: * One-to-one conversations * File sharing * Audio calls and conferences * Video calls and conferences * Screen sharing in video calls and conferences * Recording and sending audio messages * Recording and sending video messages * Functioning as a SIP phone software . Jami client applications for several desktop and mobile operating systems and platforms are available on https://jami.net/, making Jami an interoperable, cross-platform communication framework. .Je n'ai toujours pas eu l'occasion de le mettre en œuvre ou de le tester.Quelqu'un à un retour d'expérience à partager sur jami ?@+Hugues--- Original Message ---Le dimanche 21 mai 2023 à 13:42, RogerT a écrit : Excellent. Si Framasoft l’utilise…Merci.> Le 19 mai 2023 à 12:25, Fab f...@kaz.bzh a écrit :>> 'lut,>> > Si on veut ou doit exclure Whatsapp, et même Signal/Telegram/etc. , quel outil similaire et libre peut-on installer en un clin d’oeil sur un hôte debian pour équiper un groupe de travail ?> Mattermost ? c'est ce qu'utilise Framasoft pour les milliers d'équipes qu'ils hébergent. Ainsi que de nombreux CHATONS.>> a+>
Re: compiler xemacs-21.5.35 sous Debian (sid)
Le 25 mai 2023 didier gaumet a écrit : > J'ai l'impression en regardant le site Xemacs et les docs d'install de > l'archive à télécharger que la construction de Xemacs se fait à la carte > (avec ou sans Mule, avec ou sans Gnome et Gtk, etc...) et que l'équipe Xemacs Oui il y a des paquets xemacs avec et sans mule. Pour gtk c'est emacs qui est avec ou sans. https://packages.debian.org/search?suite=bullseye=all=any=names=emacs
Re: compiler xemacs-21.5.35 sous Debian (sid)
Bonjour, Je calme tout de suite les inquiétudes: ça fait trop longtemps que j'ai abandonné le développement pour émettre un avis pertinent, donc juste prendre ce qui suit comme une éventuelle piste et rien d'autre :-) J'ai l'impression en regardant le site Xemacs et les docs d'install de l'archive à télécharger que la construction de Xemacs se fait à la carte (avec ou sans Mule, avec ou sans Gnome et Gtk, etc...) et que l'équipe Xemacs considère que si on sort sort du basique tronc commun, il faut soi-même incorporer les bibliothèques de développement concernées qui sont nécessaires et que de plus il faut bien gérer tout ça pour que des bibliothèques qui sont effectivement installées soient bien vues et prises en compte pour la construction? Donc peut-être regarder si il ne manque pas des bibliothèques de développement graphiques? Me souviens plus, on n'avait pas parlé il y a quelques semaines ou mois d'un outil pour trouver automatiquement quelles dépendances incorporer pour une construction? Bref, je raconte peut-être vraiment n'importe quoi parce que je n'ai pas bien lu ou compris l'exposé de Basile et Etienne, auquel cas désolé pour le bruit :-)
Re: compiler xemacs-21.5.35 sous Debian (sid)
On 5/24/23 22:31, Étienne Mollier wrote: Bonjour Basile, Basile Starynkevitch, on 2023-05-24: /usr/src/Editors/xemacs-21.5.35/src/menubar-x.c:520: undefined reference to `x_focus_timestamp_really_sucks_fix_me_better' /usr/bin/ld: /usr/src/Editors/xemacs-21.5.35/src/menubar-x.c:520: undefined reference to `x_focus_timestamp_really_sucks_fix_me_better' /usr/bin/ld: /usr/src/Editors/xemacs-21.5.35/src/menubar-x.c:520: undefined reference to `x_focus_timestamp_really_sucks_fix_me_better' /usr/bin/ld: /usr/src/Editors/xemacs-21.5.35/src/menubar-x.c:520: undefined reference to `x_focus_timestamp_really_sucks_fix_me_better' /usr/bin/ld: /tmp/ccua0L0n.ltrans74.ltrans.o: in function `popup_selection_callback': /usr/src/Editors/xemacs-21.5.35/src/gui-x.c:308: undefined reference to `x_focus_timestamp_really_sucks_fix_me_better' collect2: error: ld returned 1 exit status Le problème de xemacs 21.5.35 est reproductible avec gcc-12 de Debian sid. Le symbole manquant est défini à deux emplacements différents dans le code source, ce qui ne facilite pas la résolution : $ grep x_focus_timestamp_really_sucks_fix_me_better -r src/menubar-x.c: extern Time x_focus_timestamp_really_sucks_fix_me_better; src/menubar-x.c: x_focus_timestamp_really_sucks_fix_me_better; src/gui-x.c: extern Time x_focus_timestamp_really_sucks_fix_me_better; src/gui-x.c: DEVICE_X_MOUSE_TIMESTAMP (d) = x_focus_timestamp_really_sucks_fix_me_better; src/event-gtk.c:Time x_focus_timestamp_really_sucks_fix_me_better; src/event-gtk.c: x_focus_timestamp_really_sucks_fix_me_better = time(0); lwlib/xlwmenu.c:Time x_focus_timestamp_really_sucks_fix_me_better; lwlib/xlwmenu.c: x_focus_timestamp_really_sucks_fix_me_better = lwlib/xlwmenu.c: x_focus_timestamp_really_sucks_fix_me_better = À mon avis ce serait à signaler à l'équipe de developpement amont de xemacs. Ce qui me surprend, c'est que le phénomène ne se soit pas déclenché plus tôt ; ces définitions ne sont apparemment pas nouvelles quand on regarde dans d'anciennes versions de xemacs. Si ça peut aider, Je n'ai pas réussi à faire un rapport de bogue sur xemacs.org (ma principale préoccupation actuelle est mon dossier de retraite, prévue le 1er nov. 2023; avec seulement 4 employeurs principaux -ENS Cachan, CEA, INRIA, université- c'est bigrement compliqué). Bien sûr à la retraite je continuerais de développer http://refpersys.org/ Librement -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
