Re: Debian-Installer: clavier US ou configuration manuelle ?
Le lundi 28 novembre 2022 à 09:23, d'après Olivier : > Je lance l'installation, en sélectionnant dans l'installeur Debian, > les options Advanced Options puis Automated Install > puis en fournissant l'URL de mon fichier preseed.cfg. Option C : faire démarrer l'ordinateur à installer en PXE, avec un fichier de configuration PXE donnant l'URL du fichier preseed en paramètre à l'installateur Debian. Il n'y a donc plus besoin de l'entrer manuellement ;-) Plus d'informations => https://wiki.debian.org/PXEBootInstall -- Thomas Parmelan
Re: Grosse fatigue
Le mardi 27 septembre 2022 à 18:23, d'après BERTRAND Joël : > >>> Sep 23 08:49:31 hilbert systemd[1]: Stopping User Manager for UID 0... > > Question naïve, mais qui me turlupine à vous lire tous les deux : si je > > comprends bien, la session graphique est lancée sous l'identité de root > > (ce qui est rarement une idée géniale, mais c'est un autre débat). > > Absolument pas. La session est ouverte en tant qu'utilisateur standard > authentifié par ypbind. Ah, très bien, alors dans ce cas cette ligne "systemd[1]: Stopping User Manager for UID 0..." concerne autre chose, peut-être un "su" dans un job cron par exemple. Cela devrait être identifiable en regardant les lignes précédant celles-ci dans les logs. Si la session n'est pas ouverte en UID 0, et que c'est bien systemd qui la termine, alors il doit y avoir des choses avec le bon UID dans les logs, mais je n'ai rien vu de tel dans les extraits précédemment fournis. PS étant abonné à la liste, il est inutile de me mettre en copie ;) -- Thomas Parmelan
Re: Grosse fatigue
Le samedi 24 septembre 2022 à 22:35, d'après Pierre-Elliott Bécue : > BERTRAND Joël wrote on 23/09/2022 at > 10:31:52+0200: > > > Sep 23 08:49:31 hilbert systemd[1]: Stopping User Manager for UID 0... [...] > Il y a une façon d'éviter que systemd ferme une session en cas de fin de > tous les programmes interactifs d'un utilisateur, via "loginctl > enable-linger $username". Question naïve, mais qui me turlupine à vous lire tous les deux : si je comprends bien, la session graphique est lancée sous l'identité de root (ce qui est rarement une idée géniale, mais c'est un autre débat). Par défaut l'utilisateur root est exclu du système de "lingering", mais cela vaudrait peut-être le coup de vérifier de ce côté : - dans /etc/systemd/logind.conf, est-ce que KillExcludeUsers est positionné explicitement (et dans ce cas il faut s'assurer que "root" est bien listé dedans) ? - le problème est-il reproductible par un autre utilisateur ? -- Thomas Parmelan
Re: Structure d'un nom de fichier dans la crontab
Le lundi 06 août 2012 à 12:09, d'après Alain Vaugham al...@vaugham.com : Par contre, dans la crontab, cette même syntaxe ne génère pas le fichier escompté : * * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql Comme l'a indiqué un autre contributeur, un seul appel à date suffit : pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y%m%d-%H%M%S).sql Mais ton problème est surtout que le caractère '%' a une signification particulière dans une crontab, il faut l'échapper pour lui enlever cette signification : * * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date +\%Y\%m\%d-\%H\%M\%S).sql -- Thomas Parmelan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: http://lists.debian.org/20120806215501.ga28...@pern.ankh.fr.eu.org
Re: Daemon qui scrute un fichier de log
Le lundi 19 mai 2008 à 09:44, d'après Xadawa [EMAIL PROTECTED] : Salut à tous, je souhaiterais faire un petit script ( un deamon en fait ) qui scruterait les fichiers de logs ( d'iptables par exemple ) et lancerait des actions suite à çà. Mais le problème c'est que je ne sais pas comment faire sans faire une attente active. Si vous avez des suggestions, je suis preneur ;). En complément des autres réponses : logtail, du paquet du même nom. -- Thomas Parmelan -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS][gestion de la list e] Ceux qui forcent un répondre a leurs emails, plut ôt qu'à la liste
Le mercredi 05 septembre 2007 à 22:09, d'après fred [EMAIL PROTECTED] : Pascal Hambourg [EMAIL PROTECTED] a écrit : D'autre part forcer un reply-to vers la liste empêche de répondre en privé à l'auteur d'un message si on le souhaite. Ce qui arrive, àmha, beaucoup moins souvent que de répondre à la liste. La majorité des questions se rapportant à des problèmes techniques (et non à des débats), la logique voudrait que ce soit pourtant le cas : tout le monde répond directement à la personne ayant exposé son problème, charge ensuite à celle-ci de poster sur la liste, en réponse à son propre message initial, un résumé des réponses reçues. Tout le monde y gagne dans ce mode de fonctionneemnt : la liste est moins encombrée, son ratio signal/bruit est bien meilleur, les archives sont beaucoup plus intéressantes pour quelqu'un se trouvant confronté à un problème déjà résolu, etc. Évidemment cela suppose aussi que chacun fasse preuve de bonne volonté et poste effectivement un résumé des réponses reçues... Tout le monde faisait cela naturellement avant... -- Thomas Parmelan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS][gestion de la list e] Ceux qui forcent un répondre a leurs emails, plut ôt qu'à la liste
Le jeudi 06 septembre 2007 à 13:21, d'après txo [EMAIL PROTECTED] : Une hot-line, quoi... Non pas du tout, puisque seules les problèmes ne se trouvant pas déjà dans la FAQ de la liste (voire Google etc. maintenant que ça existe) trouvent une réponse dans ce système. Mais aussi parce que la synthèse des réponses reçues, postée sur la liste, permet à tous les lecteurs de connaître la ou les solutions possible au problème, et donc de progresser. C'était comme ça que fonctionnaient la plupart des listes de diffusion techniques quand j'ai commencé, et c'était bien. (et ne parlons même pas de ce qu'est devenu Usenet, ce serait trop même si on était vendredi) Oui, je suis un vieux con idéaliste. C'était mieux avant :) -- Thomas Parmelan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: comment éclate r un message
Le vendredi 21 juillet 2006 à 11:37, d'après De Leeuw Guy [EMAIL PROTECTED] : Jaimerais savoir si il existe des outils permettant d'éclater un message dans un répertoire. mpack ou uudeview ? -- Thomas Parmelan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: syntaxe de sudoers
Le vendredi 21 avril 2006 à 12:19, d'après Daniel C [EMAIL PROTECTED] : Par exemple, pourquoi avec Defaults:tomcat5 env_delete-=LANG dans sudoers (edité avec visudo), un sudo -u tomcat5 myenv.sh montre que j'ai toujour LANG dans mon environnement ? Il y a deux explications : - D'abord une erreur dans votre configuration, la liste env_delete contient les noms des variables d'environnement à supprimer, donc il faut _ajouter_ (+=) LANG à cette liste au lieu de l'enlever (-=) : Defaults:tomcat5 env_delete+=LANG - Les versions récentes de sudo dans Debian ont l'option env_reset activée par défaut, et donc la liste env_delete n'est pas prise en compte. De plus, LANG est une variable particulière, qui est laissée dans l'environnement malgré le mode env_reset. Extrait du changelog de la version 1.6.8p12-2 : * env_reset is now set by default * env_reset will preserve only HOME, LOGNAME, PATH, SHELL, TERM, DISPLAY, XAUTHORITY, XAUTHORIZATION, LANG, LANGUAGE, LC_*, and USER (in addition to the SUDO_* variables) Au final, donc, si vous voulez absolument utiliser env_delete il faut désactiver env_reset : Defaults:tomcat5 !env_reset, env_delete+=LANG Attention cependant à bien comprendre les implications sécurité de la désactivation de env_reset... je vous engage également à lire le man sudoers(5) pour plus de détails sur ces options de configuration. -- Thomas Parmelan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: copie de dossiers par rsync mais taille differente au final
Le lundi 20 mars 2006 à 08:28, d'après Matthieu [EMAIL PROTECTED] : rsync -raz --delete-after --stats /var/www 127.0.0.1::www/ Deux choses peuvent l'expliquer facilement : les hard links (-H pour les préserver) et les sparse files (-S pour les gérer correctement). -- Thomas Parmelan -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt + exim ou la guerre du From
Le mercredi 22 février 2006 à 13:08, d'après DoDger_web [EMAIL PROTECTED] : Lorsque j'envoie un message via la commande mail ou mutt, le header From est tout le temps réécrit pour être remplacé par [EMAIL PROTECTED] Pour mutt, le plus simple est de lui demander d'utiliser l'entête From: pour l'enveloppe également : set envelope_from dans ton ~/.muttrc. Pour la commande mail (ou plus généraleemnt, pour tout autre mécanisme similaire, à moins de le configurer lui-même pour ce faire comme mutt ci-dessus), il faut absolument que ton MTA fasse de la réécriture. -- Thomas Parmelan -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Curieux message de debconf
Le mardi 06 septembre 2005 à 10:28, d'après Raphaël 'SurcouF' Bordet [EMAIL PROTECTED] : Or, je ne vois pourtant aucun doublon d'un champ template ni deux templates non séparés par une ligne comme vous pouvez le voir avec le fichier attaché. La ligne précédant Template: oreon/root_password n'est pas vide, elle contient un blanc. -- Thomas Parmelan -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: retrouver un fichier de config par défaut d'un package
Le vendredi 29 juillet 2005 à 10:29, d'après
Patrice Karatchentzeff [EMAIL PROTECTED] :
je suis certain qu'il existe une commande apt ou dpkg pour ça mais
non
En fait, il y a moyen de ne pas purger le paquet bash :
- supprimer (ou renommer) le fichier de config incriminé
- dans /etc/apt/apt.conf, mettre :
DPkg {
Options {
--force-confmiss;
}
}
- lancer apt-get --reinstall install bash
- annuler la modification faite ci-dessus dans /etc/apt/apt.conf
Toute l'astuce est dans le --force-confmiss, et ça fonctionne :
# apt-get --reinstall install bash
Reading Package Lists... Done
Building Dependency Tree... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 0B/793kB of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue? [Y/n]
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
(Reading database ... 96780 files and directories currently installed.)
Preparing to replace bash 3.0-15 (using .../archives/bash_3.0-15_i386.deb) ...
Unpacking replacement bash ...
Setting up bash (3.0-15) ...
Configuration file `/etc/bash.bashrc', does not exist on system.
Installing new config file as you request.
--
A: Yes. Thomas Parmelan [EMAIL PROTECTED]
Q: Are you sure?
A: Because it reverses the logical flow of conversation.
Q: Why is top posting annoying in email?
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: retrouver un fichier de config par défaut d'un package
Le vendredi 29 juillet 2005 à 22:22, d'après Gurvan Huiban [EMAIL PROTECTED] : Une autre qeustion: et un apt-get install --reinstall bash Ca n'aurait pas ete suffisant? Non, car le --confmiss n'est pas activé par défaut, heureusement. Comme le dit la page de manuel de dpkg : [...] --force-quelque-chose | --no-force-quelque-chose | --refuse-quelque- chose [...] Avertissement : Ces options sont principalement destinées aux experts. Un usage auquel manque la pleine compréhension de leurs effets peut casser le système entier. [...] confmiss : Installe un fichier de configuration manquant. C'est dangereux, puisque cela signifie que les changements apportés au fichier ne seront pas préservés (suppression). [...] -- A: Yes. Thomas Parmelan [EMAIL PROTECTED] Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: uxterm, utf-8 et backspace (erase)
Le mercredi 20 juillet 2005 à 14:48, d'après Vincent Lefevre [EMAIL PROTECTED] : Est-ce que quelqu'un d'autre a le même problème que moi? Non, mais en essayant j'ai remarqué un autre truc bizarre : en lancant juste cat puis en tapant aéBackSpaceBackSpaceeEntrée j'obtiens ae au lieu de e. En remplaçant le é par un caractère non accentué, j'obtiens bien un e seul au final. Et dans un xterm normal (ma locale est fr_FR), j'obtiens e dans les deux cas ... -- A: Yes. Thomas Parmelan [EMAIL PROTECTED] Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: uxterm, utf-8 et backspace (erase)
Le jeudi 21 juillet 2005 à 22:58, d'après Vincent Lefevre [EMAIL PROTECTED] : Mais est-ce que le a est effacé sur le terminal après le second BackSpace? Oui. -- A: Yes. Thomas Parmelan [EMAIL PROTECTED] Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] Votre avis sur les serveurs de mails
Le vendredi 06 juin 2003 à 11:39, d'après Yves Rutschle [EMAIL PROTECTED] : my_hdr From: Untel [EMAIL PROTECTED] dans ton .muttrc est sans doute une solution simple. set envelope_from peut être utile, aussi. -- Tom
Re: problème postfix et fetchmail sur online.fr
Le vendredi 24 janvier 2003 à 10:39, d'après Jean-Michel OLTRA [EMAIL PROTECTED] : Le problème est là : votre fetchmail veut rebalancer en SMTP sur localhost, mais ça ne fonctionne visiblement pas. Pourquoi ? Parce que son postfix n'est pas configuré pour ? Son fetchmailrc indique un mda pour la distribution des mails donc il ne devrait pas chercher le port 25, non ? (ou j'ai rien compris...) Pour les messages à délivrer localement, on est d'accord. Pour les notifications d'erreur renvoyées à l'expéditeur (et il les a demandées ainsi, puisque set bouncemail), il faut un truc qui cause SMTP dans le poste sur le port 25 local d'après le manuel : Fetchmail's method of sending bouncemail and spam bounces requires that port 25 of localhost be available for sending mail via SMTP. Ceci dit, je n'ai pas testé. -- Thomas Parmelan -+- [EMAIL PROTECTED] -+- Proxad / Free
Re: problème postfix et fetchmail sur online.fr
Le mercredi 22 janvier 2003 à 22:01, d'après herve [EMAIL PROTECTED] : fetchmail: reading message [EMAIL PROTECTED]@pop2-2.pro.proxad.net:1 of 6 2987 octets) fetchmail: SMTP connect to localhost failed fetchmail: SMTP transaction error while fetching from pop.online.net fetchmail: Query status=10 (SMTP) Le problème est là : votre fetchmail veut rebalancer en SMTP sur localhost, mais ça ne fonctionne visiblement pas. set bouncemail Cette option nécessite il me semble d'avoir un démon SMTP sur le port 25 de localhost. sous Postfix, ça marche quand j'envoie des mails en ligne de commande avec mail to, mais ça reste bloqué lorsque j'utilise Kmail (à envoyer reste désespérément avec le nombre de mails à envoyer) Si Kmail est configuré pour utiliser localhost en SMTP, ça confirme que le problème vient bien de là. Que donne telnet localhost 25 ? -- Thomas Parmelan -+- [EMAIL PROTECTED] -+- Proxad / Free
Re: nullmailer Debian
Le lundi 26 août 2002 à 16:44, d'après Georges Mariano [EMAIL PROTECTED] : Deux questions : a) c'est quoi la way Debian handles the domainname() calls ?? b) actuellement mon /etc/sysctl.conf ne respecte pas cette exigence. Est-ce grave docteur ?? Le paramètre indiqué dans sysctl.conf correspond au nom de domaine NIS. domainname(1) renvoie normalemnet le domaine NIS. getdomainname(2) renvoie historiquement le domaine NIS mais n'est pas spécifiée par POSIX. dnsdomainname(1) existe sur la plupart des distributions Linux, mais pas ailleurs à ma connaissance. Ce dont un mailer a besoin est bien évidemment le nom de domaine DNS. Je ne vois pas pourquoi nullmailer aurait besoin de déterminer le nom de domaine NIS. Qu'en ferait-il, et en particulier sur une machine qui n'utilise pas forcément NIS ... Bref, soit donner à nullmailer le nom de domaine DNS (mieux : lui apprendre comment le déterminer), soit poubelle ... -- Thomas Parmelan -+- [EMAIL PROTECTED] -+- Proxad / Free
