On 12/6/23 10:07, Max Nikulin wrote:
On 06/12/2023 20:08, Pocket wrote:
On 12/6/23 07:22, Max Nikulin wrote:
On 06/12/2023 00:03, Pocket wrote:
On 12/5/23 11:37, Max Nikulin wrote:
dpkg-reconfigure tzdata
That does not work. Cannot set EST5EDT. you have to do that manually.
Do you have reasons to prefer EST5EDT to IANA identifiers like
America/Detroit, America/New_York, etc. (that have some differences
from EST5EDT)? Location-based time zones should be more precise for
most of users.
[...]
I follow POSIX
There are enough oversights in various standards. When accurate time
zone DB is unavailable, POSIX ones might be used (if risk to get wrong
results is accepted). Otherwise, from my of view, it is a legacy to
keep aside and a kind of cargo cult. That is why I asked concerning
your reasons.
Well POSIX has worked for me since the days of Xenix and System V.
I introduced EST5DST to this by simply posted my configuration.
Maybe due to language barrier I perceived it as a recommendation for
Gene. The same time zone appeared earlier in a Gene's message. Perhaps
he still has it as the /etc/localtime link target. Of course, you are
free to have whatever you want in your configuration. Please, be
responsible suggesting anything to others.
I post what works for and the information I have found due to my research.
It doesn't mean what I use will work or solve others issues.
If it offends you then so be it.
Many times I will research an issue and NOT use what others posted as it
doesn't work for me.
I may end up finding my own solution.
Do you really need TZ environment variable especially set to the
value in system-wide configuration?
[...]
I doesn't hurt anything, What if I install some application that uses
it and it is not set?
It may cause waste of time when you will need to change time zone. If
not all occurrences are updated you may see wrong time. For me it is a
reason to avoid unnecessary settings.
Which is why I use a script to change it
cat /etc/default/locale
LANG=POSIX
Does it set UTF-8 encoding? Sometimes I use C.UTF-8. However there are
enough subtle differences (sorting, etc.) from any en_* locale.
locale charmap
ANSI_X3.4-1968
--
It's not easy to be me
