Progressive slimserver daylight savings time

[bits]

I have an issue with my qnap with progressiveAV's slimserver not getting the daylight savings time correct. It's still on standard time and not following daylight savings while the qnap itself is doing it correctly. This is almost a showstopper bug for me as the squeezebox is my alarm clock and I use it as the clock in my room 24/7.

I have tried tinkering for a while to solve this but nothing works.

[bits]

Hopefully I have a decent enough fix for this here:
http://forums.slimdevices.com/showth...511#post238511

[RichardEvans]

I have an issue with my qnap with progressiveAV's slimserver not getting the daylight savings time correct. It's still on standard time and not following daylight savings while the qnap itself is doing it correctly. This is almost a showstopper bug for me as the squeezebox is my alarm clock and I use it as the clock in my room 24/7.

I have tried tinkering for a while to solve this but nothing works.

A number of us (myself included) had this problem when the clocks went forward in th spring. Then about 1 week late, the clocks on all our QNaps suddenly went forward. (This was with the TS-101).

Going back an hour in the autum however doesn't seem to be a problem, mine rolled back just fine.

Actually this is not likley to be a Slimserver problem, but a QNap problem, as Slimserver gets it's time settimg from the operating system on the QNap.

If it is a real issue for you, you can always set the clock manually during the periods when the clocks have recently changed, just in case it doesn't change it's self within a reasonable time.

Richard.

[Empgamer]

Not sure if the link here gives the same fix as above. Got this from Ripcaster who i got my NAS from:

https://www.ripcaster.co.uk/node/247

[bits]

Actually this is not likley to be a Slimserver problem, but a QNap problem, as Slimserver gets it's time settimg from the operating system on the QNap.

If it is a real issue for you, you can always set the clock manually during the periods when the clocks have recently changed, just in case it doesn't change it's self within a reasonable time.

I need to check what the out of TZ was a few weeks ago for history and later use:
during daylight savings mine is CST-10:30CST-9:30

I am not sure if it reads opposite perhaps when not in daylight savings.

Also if I manually set my QNap's time wrong all file timestamps would be wrong and also I could not use a ntp server to sync the time off of.

I didn't post here as a problem with Slimserver but a problem with ProgressiveAV's scripts(or perhaps it is the the qnap doesnt update TZ or something)

Empgamer: I find that not setting TZ leads to GMT which would be wrong for near most the worlds population. That said guide is 99% identical to what I said except using nano instead of vim (god if I found that myself it would have saved me some time working it out)

The problem is fixed for now anyways, but someone should fix the issue so people do not need to do this. I wish I had posted what TZ read in standard time.

[gammelgam]

For what it's worth, I managed to get the timezone correct (I think) for Sweden.

I followed the post: http://forums.slimdevices.com/showth...511#post238511

but for some reason that I don't understand, the timezone that worked excellent for the Qnap itself would not work for slimserver. Slimserver was 1 hour off the system clock (shown by the date command). The Qnap was happy with TZ=CET-1CEST-2 (Central European Time-1, Central European Summer Time-2) but slimserver wasn't.

I followed the post above but instead put in:

export TZ=CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00

And then it all worked! Go figure.

(The linux speak after CET-1CEST-2 specifically tells which time and date of the year when the summertime is to be applied)

/Emanuel

[bits]

Yes my Qnap was happy with its own time, it was only Slimserver that was out.
I am unsure if the Qnap even uses its own TZ to work out its time.

I think from your findings the problem is that Slimserver has no idea when daylights savings is used or isnt used.
Slimserver can not guess this as many areas do not have daylight savings at all and some start and stop on different dates.
Perhaps the Qnap should be setting the dates in the TZ file like you are using now?

Anyone have any thoughts over who should be fixing this?
-The Qnap having a more detailed TZ
-ProgressiveAV script getting and then giving more info to slimserver. Does more info exist to be gotten easily?

[vanderwallus]

For what it's worth, I managed to get the timezone correct (I think) for Sweden.

I followed the post: http://forums.slimdevices.com/showth...511#post238511

but for some reason that I don't understand, the timezone that worked excellent for the Qnap itself would not work for slimserver. Slimserver was 1 hour off the system clock (shown by the date command). The Qnap was happy with TZ=CET-1CEST-2 (Central European Time-1, Central European Summer Time-2) but slimserver wasn't.

I followed the post above but instead put in:

export TZ=CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00

And then it all worked! Go figure.

(The linux speak after CET-1CEST-2 specifically tells which time and date of the year when the summertime is to be applied)

/Emanuel

Great, I live in the Netherlands and this adjustment works fine for me aswell.

Paul