@ondrej @gjherbiet @iscdotorg hmm, the echo(1) is going to O_CREAT so we’re getting a new file. I’ll try tomorrow with open(2) with O_WRONLY on it.
jpmens@mastodon.social
Posts
-
So, now for something completely different: I'm going to dig (pun not intended) into the #BIND9 source to try and determine why an incoming XFR doesn't alter the file's modification time. -
So, now for something completely different: I'm going to dig (pun not intended) into the #BIND9 source to try and determine why an incoming XFR doesn't alter the file's modification time.@ondrej @gjherbiet @iscdotorg yeah, that’s what I thought, but I can’t profit. (top of shot shows `stat orig`)
This is ext4 FS on debian13. Also I cannot confirm originally shown behavior with new’ish BIND either on macOS nor on debian13.
-
So, now for something completely different: I'm going to dig (pun not intended) into the #BIND9 source to try and determine why an incoming XFR doesn't alter the file's modification time.So, now for something completely different: I'm going to dig (pun not intended) into the #BIND9 source to try and determine why an incoming XFR doesn't alter the file's modification time.
I noticed with `ls -l`, and somebody suggested stat(1).
The actual file contains correct SOA serial and altered RR, so the file has actually been written.
I don't think I've ever noticed that the file's mtime doesn't change.

-
I really wonder what on earth made me think that `dnspython' (dnspythonI really wonder what on earth made me think that `dnspython' (dnspython.org_ would be packaged as `dnspython` on RedHat 9.7, or even `dns-python`!
It's `python3-dns' of course.