<triallax>
i don't know about using tzfile, it has a few issues that might cause problems and it's unmaintained so they won't be getting fixed probably
<triallax>
the former is easy and it already has a pr
<triallax>
i'll need to look into the latter
<sharkdp>
I'm going to be honest. For the Linux version, the binary size reduction (+ potentially more up to date tz information), is not the biggest concern for me. If we are sure this doesn't come with a whole box of potential issues (I'm thinking of incompatibilities between different distributions), I'd be okay with this. Otherwise, I'm not sure if it's worth the (potential future) trouble
<triallax>
what incompatibilities are you thinking about?
<triallax>
i can totally understand not wanting to add this to be honest
<achin>
i don't know if this is a realistic concern, but maybe if the system tz info is incomplete or missing?
<triallax>
i don't know of any distributions where that is the case
<triallax>
if there are any i'd be rather curious about their reasons (irrespective of this discussion)
<achin>
i guess it doesn't have to be entirely missing, it could just be installed in some folder that tzfile doesn't expect
<achin>
who knows what weird ancient linux systems exist out in the wild :)
<triallax>
the first issue i linked is for that
<achin>
i know
<sharkdp>
To be honest, it's more a general feeling. *Everything* involving filesystem I/O is always messy. It does not look like tzfile got a lot of real world experience so far: https://crates.io/crates/tzfile/reverse_dependencies
<triallax>
tzfile never seemed well-tested to me, yes
<triallax>
i've been reluctant to use it but it seems like the only choice out there if we want to do it
sharkdp has quit [Remote host closed the connection]