Re: gérer des fichiers log

In article <slrnsfo5r3.2gt.sc@scarpet42p.localdomain>,
 Stéphane CARPENTIER <sc@fiat-linux.fr> wrote:

Le 22-07-2021, Thomas <fantome.forums.tDeContes@free.fr.invalid> a écrit :

In article <60f83dc1$0$3743$426a74cc@news.free.fr>,
 Nicolas George <nicolas$george@salle-s.org> wrote:
>

Thomas , dans le message
<fantome.forums.tDeContes-8A99BF.23331420072021@news.free.fr>, a écrit :

dans ce cas, pourrais tu m'aider à le poser mieux, stp ?

 
Désolé, je n'ai pas vraiment l'énergie.

>
ah bon. tant pis, dommage.
>
(si tu l'avais eue, je suis sur que j'aurais pu bcp apprendre,
même s'il serait forcément resté qques points de désaccords dus à ce que
j'ai déjà appris ailleurs et à la différence des environnements et
contextes dans lesquels chacun évolue.)

 
Je crois que ce que Nicolas veut t'expliquer (ainsi que Marc en fait),
c'est que tu dis que tu ne veux t'en occuper que d'un point de vue
développeur et pas administrateur système, mais toutes tes questions
sont orientée administration système.

peut être que l'incompréhension persiste.

mais avec Marc, à force d'échanger, j'ai l'impression qu'on commence à
se comprendre :-)
(j'espère ne pas me tromper, et que si oui il ne m'en voudra pas de ce
que je dis ici).

 
J'ai eu l'impression que tu l'avais compris à un moment mais avec
d'autres réponses de ta part je n'en suis pas sûr.

dans ce cas là, si tu as suffisamment de patience, ce qu'il me faudrait
c'est que tu me détailles ça, stp.
pour les réponses de ma part qui font que tu n'en es pas sûr, il faut
que tu poses les questions te permettant d'en être sur ...

par exemple, personne n'a répondu directement à ces questions :
<fantome.forums.tDeContes-BC1C13.00324017072021@news.free.fr>
est ce que tu trouves qu'elles sont orientées administration système ?
et si oui pourquoi ?


évidement, je ne peux pas en vouloir à Nicolas de ne pas avoir assez
d'énergie pour communiquer avec moi, il ne me dois rien.
et il en faut un peu, puisqu'il semble bien que nos différences ne
soient pas minces, tant dans le langage que nous utilisons que dans
l'environnement qui fait notre vie pro de tous les jours (donc nous
n'avons pas affaire aux mêmes pbs à résoudre etc)


j'espère que tu peux comprendre que pour moi, c'est un peu frustrant
d'avoir qqn qui me dit que je n'ai pas compris, et qui ne me donne pas
les clés pour comprendre.

peut être qu'il a considéré m'avoir donné les clés, et s'est étonné que
je ne comprenne pas, mais dans ce cas là il manque au minimum de
pédagogie.
ça aurais été chouette qu'il cherche à savoir ce qui avait raté.

d'ailleurs je crois que c'est ce que t'as un peu essayé de faire dans la
suite de ce msg, et je t'en remercie :-)

 
En gros, le développeur, il balance tout ce qui ne s'affiche pas dans
l'interface graphique dans stout et dans stderr. Point bare. Tout le
reste, c'est de l'administration système.

il me semble l'avoir compris.

 
Techniquement parlant, le développeur de l'application peut choisir un
nom de fichier pour ses logs. Mais c'est juste de l'ingérence dans
l'administration système.

j'ai récemment expliqué pourquoi ça ne me convenait pas.

Ça n'a aucun sens de demander des bonnes
pratiques de nomage de fichiers de logs d'un point de vue développeur et
pas administrateur système.

c'était seulement au début, avant que je comprenne les 1ers malentendus.

Marc m'a expliqué que de son point de vue : c'est acceptable de produire
un fichier de log + une sauvegarde (à moins que ça soit "+ une
sauvegarde" seulement pour les autres fichiers), si c'est configurable.
(je simplifie un peu ce qu'il a dit sans relire tout le fil,
j'espère qu'il me corrige si j'ai mal traduit)

Tout ce que tu veux faire en plus de stderr et stdout va juste
compliquer les choses à celui qui veut mettre en place une politique de
logrotate.

d'où la question n° 3 indiquée ci dessus : "est ce que ça vous dérange ?"

--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/