Timezone bug in pytz?

[arijbrown]

Trying to install Headphones on my Sonology NAS (installed via the synocommunity package, but I've also tried pulling master using the headphones-custom package) runing DSM 6.x (not sure if that matters) and no matter what I try I can't get it started. When running the scripts directly from the CLI, I get unknown timezone errors. I have seen reports of people fixing this by setting or changing the time zone but that doesn't work for me. Looks like the SickRage project had the same problem and tracked it to a bug in pytz: https://github.com/SickRage/SickRage/issues/1308

Any chance of a fix or workaround?

[arijbrown]

Happy to provide any more details or debugging info if that's helpful! Would love to get this thing going!

[xxkap0wxx]

Hi @rembo10 - I know this might feel a little outside your main Headphones focus, but I'd really love to run Headphones, but on my Sonology I've literally never even gotten it to start. I'd be forever grateful if you have any troubleshooting steps - I was trying to bring my own help (see above) but I'd love to get past this. Any chance you'd be willing to take a look? Happy to zap the installation, start from scratch, do whatever you think would be useful. Thanks in advance!

[rembo10]

Yeah, post the traceback. What's the output from timedatectl status or ls -al /etc/localtime

[xxkap0wxx]

I don't know if timedatectl works on my instance (or there is a path issue). For the ls command, I get:

-rw-r--r-- 1 root root 1629 Aug 24 06:31 /etc/localtime

When I:

• change the start-stop-status user line to root
• sudo ./start-stop-status start (my best understanding of how to run it from the command line), I get:

xxx@servotronic:/var/packages/headphones/scripts$ sudo ./start-stop-status startStarting Headphones ... Traceback (most recent call last): File "/usr/local/headphones/share/Headphones/Headphones.py", line 23, in <module> from headphones import webstart, logger File "/volume1/@appstore/headphones/share/Headphones/headphones/__init__.py", line 67, in <module> SCHED = BackgroundScheduler() File "/usr/local/headphones/share/Headphones/lib/apscheduler/schedulers/base.py", line 61, in __init__ self.configure(gconfig, **options) File "/usr/local/headphones/share/Headphones/lib/apscheduler/schedulers/base.py", line 95, in configure self._configure(config) File "/usr/local/headphones/share/Headphones/lib/apscheduler/schedulers/background.py", line 27, in _configure super(BackgroundScheduler, self)._configure(config) File "/usr/local/headphones/share/Headphones/lib/apscheduler/schedulers/base.py", line 576, in _configure self.timezone = astimezone(config.pop('timezone', None)) or get_localzone() File "/usr/local/headphones/share/Headphones/lib/tzlocal/unix.py", line 108, in get_localzone _cache_tz = _get_localzone() File "/usr/local/headphones/share/Headphones/lib/tzlocal/unix.py", line 91, in _get_localzone return pytz.timezone(etctz.replace(' ', '_')) File "/usr/local/headphones/share/Headphones/lib/pytz/__init__.py", line 180, in timezone raise UnknownTimeZoneError(zone) pytz.exceptions.UnknownTimeZoneError: 'Timezone/Pacific'

[rembo10]

Yeah I think it just means your time zone is set wrong. The aero shouldn't come to a halt because of that though, so that's something i can fix on my end. But I'm the meantime if you change your timezone to something valid it should work. It should be like 'America/Los_ Angeles'

On Sep 30, 2016 3:23 AM, "xxkap0wxx" notifications@github.com wrote:

I don't know if timedatectl works on my instance (or there is a path issue). For the ls command, I get:

-rw-r--r-- 1 root root 1629 Aug 24 06:31 /etc/localtime

When I:

• change the start-stop-status user line to root
• sudo ./start-stop-status start (my best understanding of how to run it from the command line), I get:

xxx@servotronic:/var/packages/headphones/scripts$ sudo ./start-stop-status startStarting Headphones ... Traceback (most recent call last): File "/usr/local/headphones/share/Headphones/Headphones.py", line 23, in

from headphones import webstart, logger File "/volume1/@appstore/headphones/share/Headphones/headphones/**init**.py", line 67, in SCHED = BackgroundScheduler() File "/usr/local/headphones/share/Headphones/lib/apscheduler/schedulers/base.py", line 61, in **init** self.configure(gconfig, **options) File "/usr/local/headphones/share/Headphones/lib/apscheduler/schedulers/base.py", line 95, in configure self._configure(config) File "/usr/local/headphones/share/Headphones/lib/apscheduler/schedulers/background.py", line 27, in _configure super(BackgroundScheduler, self)._configure(config) File "/usr/local/headphones/share/Headphones/lib/apscheduler/schedulers/base.py", line 576, in _configure self.timezone = astimezone(config.pop('timezone', None)) or get_localzone() File "/usr/local/headphones/share/Headphones/lib/tzlocal/unix.py", line 108, in get_localzone _cache_tz = _get_localzone() File "/usr/local/headphones/share/Headphones/lib/tzlocal/unix.py", line 91, in _get_localzone return pytz.timezone(etctz.replace(' ', '_')) File "/usr/local/headphones/share/Headphones/lib/pytz/**init**.py", line 180, in timezone raise UnknownTimeZoneError(zone) pytz.exceptions.UnknownTimeZoneError: 'Timezone/Pacific' — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/rembo10/headphones/issues/2633#issuecomment-250643109, or mute the thread https://github.com/notifications/unsubscribe-auth/AAw69S9z4Sz2rLefFPTEBtv3UF3GWKU5ks5qvHKEgaJpZM4IUd4S .

[xxkap0wxx]

I'd set it to GMT for testing. In the Synology control panel I set it back to my only plausible option:

GMT-8:00 Pacific Time (US & Canada), etc...

Same error on startup. If there is a way I can work around this even temporarily, I'd be happy to edit something directly but it feels like there is some library that just doesn't support the timezone format Headphones is hoping for?

Oddly enough, no matter what timezone I select, I get the "UnknownTimeZoneError: 'Timezone/Pacific'" so it feels like it's not actually reading my selection anyway.

[rembo10]

Usually the time zone is like Continent/City, so yours looks weird.

Maybe try manually overriding the timezone. You might need to look up exactly how to do that but on some distros you can do: ln -s /usr/share/zoneinfo/Your-area/your-city /etc/localtime

On Sep 30, 2016 4:03 PM, "xxkap0wxx" notifications@github.com wrote:

I'd set it to GMT for testing. In the Synology control panel I set it back to my only plausible option:

GMT-8:00 Pacific Time (US & Canada), etc...

Same error on startup. If there is a way I can work around this even temporarily, I'd be happy to edit something directly but it feels like there is some library that just doesn't support the timezone format Headphones is hoping for?

Oddly enough, no matter what timezone I select, I get the "UnknownTimeZoneError: 'Timezone/Pacific'" so it feels like it's not actually reading my selection anyway.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/rembo10/headphones/issues/2633#issuecomment-250768249, or mute the thread https://github.com/notifications/unsubscribe-auth/AAw69VqctminWlGOhwCjd_8tpqhR0-2Lks5qvSTVgaJpZM4IUd4S .

[xxkap0wxx]

Symlinking had no effect, unless I have to do something to get the system to re-read the file before rerunning the script (seems un-unix-ey though).

I also looked at /etc/TZ and it is correctly set to PST as well. I'm hoping Headphones2 magically works around this but in the interim, if there's anything you can fix or tell me how to fix so that the aero doesn't stop on this, that would be amazing!