Open Deadleg opened 8 months ago
Hey,
thanks for letting me know.
I switched to yet another method to determine the timezone.
Can you do me a favor and remove themobileraker.conf
file and re-run the installer with the updated method?
It wont convert the tzinfo to a IANA timezone but it should run now without any errors.
Just pulled the latest and removed mobileraker.conf
before rerunning the installer which has added to following:
[general]
language: en
# one of the supported languages defined in i18n.py#languages (de,en,...)
# Default: en
timezone: NZDT
# The system's timezone e.g. Europe/Berlin for Berlin time or US/Central.
# For more values see https://gist.github.com/heyalexej/8bf688fd67d7199be4a1682b3eec7568
# Default: Tries to use system timezone
# Optional
eta_format: %%d.%%m.%%Y, %%H:%%M:%%S
# Format used for eta and adaptive_eta placeholder variables
# For available options see https://strftime.org/
# Note that you will have to escape the % char by using a 2nd one e.g.: %d/%m/%Y -> %%d/%%m/%%Y
# Default: %%d.%%m.%%Y, %%H:%%M:%%S
# Optional
include_snapshot: True
# !! SUPPORTER ONLY - This feature requires beeing a supporter of Mobileraker as of now!
# Include a snapshot of the webcam in any print status/progress update notifications
# Default: True
# Optional
NZDT is not in that gist so I've double checked what dateutil.tz
does and it seems to resolve to something, but I'm not sure how that will behave once daylight savings changes.
>>> tz.gettz('NZDT')
tzlocal()
>>> tz.gettz('Pacific/Auckland')
tzfile('/usr/share/zoneinfo/Pacific/Auckland')
Just pulled the latest and removed
mobileraker.conf
before rerunning the installer which has added to following:[general] language: en # one of the supported languages defined in i18n.py#languages (de,en,...) # Default: en timezone: NZDT # The system's timezone e.g. Europe/Berlin for Berlin time or US/Central. # For more values see https://gist.github.com/heyalexej/8bf688fd67d7199be4a1682b3eec7568 # Default: Tries to use system timezone # Optional eta_format: %%d.%%m.%%Y, %%H:%%M:%%S # Format used for eta and adaptive_eta placeholder variables # For available options see https://strftime.org/ # Note that you will have to escape the % char by using a 2nd one e.g.: %d/%m/%Y -> %%d/%%m/%%Y # Default: %%d.%%m.%%Y, %%H:%%M:%%S # Optional include_snapshot: True # !! SUPPORTER ONLY - This feature requires beeing a supporter of Mobileraker as of now! # Include a snapshot of the webcam in any print status/progress update notifications # Default: True # Optional
NZDT is not in that gist so I've double checked what
dateutil.tz
does and it seems to resolve to something, but I'm not sure how that will behave once daylight savings changes.>>> tz.gettz('NZDT') tzlocal() >>> tz.gettz('Pacific/Auckland') tzfile('/usr/share/zoneinfo/Pacific/Auckland')
Thanks for letting me know. I think it will have problems with dls. I need to investigate that further. The current code works on all platforms and I don't want to break it yet again..
Hi, down here in NZ we are in day light savings with UTC offset +13.
I've configured the system time zone via
timedatectl
toPacific/Auckland
which resolves toGMT+13
in the install script, leading to the following error:I've manually hard coded the time zone to
Pacific/Auckland
as a work around.I haven't dug into the code to see how the time zone is used but I wonder if the change daylight savings will have other side effects due to use of a fixed GMT + time zone offset.