Created attachment 557794 [details] emerge --info Choosing GTM + 1: ~ $ sudo eselect timezone set 394 ~ $ date Sat Dec 15 09:47:17 -01 2018 whilst the real GTM + 1 time was 10:47:17 at this point Choosing GTM + 0: ~ $ sudo eselect timezone set 392 ~ $ date Sat Dec 15 10:52:16 GMT 2018 which in reality is GTM +1 whilst the ream GTM + 0 time was 09:47:17 at this point I kept trying with other values, like 404, which is GTM + 2, and the result was as expected: "date" returns GTM - 2. 1. GTM + 0 is wrong by an offset of +1 hour 2. Choosing an option which adds time to the Greenwich Mean Time does exactly the opposite. The GTM time gets subtracted
Assuming you meant GMT not GTM.
(In reply to zeomebuch from comment #0) > Created attachment 557794 [details] > emerge --info > > Choosing GTM + 1: > > ~ $ sudo eselect timezone set 394 > ~ $ date > Sat Dec 15 09:47:17 -01 2018 > > whilst the real GTM + 1 time was 10:47:17 at this point > > > Choosing GTM + 0: > > ~ $ sudo eselect timezone set 392 > ~ $ date > Sat Dec 15 10:52:16 GMT 2018 which in reality is GTM +1 > > whilst the ream GTM + 0 time was 09:47:17 at this point > > > > I kept trying with other values, like 404, which is GTM + 2, and the result > was as expected: "date" returns GTM - 2. > > 1. GTM + 0 is wrong by an offset of +1 hour > 2. Choosing an option which adds time to the Greenwich Mean Time does > exactly the opposite. The GTM time gets subtracted To ensure it is not a problem in eselect-timezone, could you try to set the timezone manually? (see https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Base#Timezone)
(In reply to Jeroen Roovers from comment #1) > Assuming you meant GMT not GTM. you are completely right.
(In reply to Christoph Junghans from comment #2) > (In reply to zeomebuch from comment #0) > > Created attachment 557794 [details] > > emerge --info > > > > Choosing GTM + 1: > > > > ~ $ sudo eselect timezone set 394 > > ~ $ date > > Sat Dec 15 09:47:17 -01 2018 > > > > whilst the real GTM + 1 time was 10:47:17 at this point > > > > > > Choosing GTM + 0: > > > > ~ $ sudo eselect timezone set 392 > > ~ $ date > > Sat Dec 15 10:52:16 GMT 2018 which in reality is GTM +1 > > > > whilst the ream GTM + 0 time was 09:47:17 at this point > > > > > > > > I kept trying with other values, like 404, which is GTM + 2, and the result > > was as expected: "date" returns GTM - 2. > > > > 1. GTM + 0 is wrong by an offset of +1 hour > > 2. Choosing an option which adds time to the Greenwich Mean Time does > > exactly the opposite. The GTM time gets subtracted > > To ensure it is not a problem in eselect-timezone, could you try to set the > timezone manually? (see > https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Base#Timezone) Hey Christoph, a found the following sentence in the linked page from your reply: Please avoid the /usr/share/zoneinfo/Etc/GMT* timezones as their names do not indicate the expected zones. For instance, GMT-8 is in fact GMT+8. I guess this already answers your question. This bug is not caused by eselect-timezone. Sorry for the troubles.
