** Changed in: tzdata (Debian)
Status: Unknown => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/540295
Title:
Several timezone in Russia will moves to neighbors one since
28.03
** Bug watch added: Debian Bug tracker #574919
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574919
** Changed in: tzdata (Debian)
Importance: Undecided => Unknown
** Changed in: tzdata (Debian)
Status: New => Unknown
** Changed in: tzdata (Debian)
Remote watch: None => Debian B
Thanks to all. I've reported bug to gnome-panel:
https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/588593
--
Several timezone in Russia will moves to neighbors one since 28.03.2010
https://bugs.launchpad.net/bugs/540295
You received this bug notification because you are a member of Ubunt
Ah, great! Martin, thanks a lot for clarifying this! And Gurian,
thanks again for your responses.
--
Several timezone in Russia will moves to neighbors one since 28.03.2010
https://bugs.launchpad.net/bugs/540295
You received this bug notification because you are a member of Ubuntu
Bugs, which i
Ah, indeed. Can you please open a new bug report against gnome-panel for
now? Thanks!
--
Several timezone in Russia will moves to neighbors one since 28.03.2010
https://bugs.launchpad.net/bugs/540295
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed t
Thanks for providing the way to check tzdata. Above commands works
exactly same for me. It seems there is an issue in another package, but
I don't know which (I assume it clock applet). See the screenshot. This
is menu for selecting timezone in edit location dialog.
** Attachment added: "tz.png"
Guria, please give us the version of your tzdata package, as with
dpkg -l tzdata
What is still different for you?
** Changed in: tzdata (Ubuntu)
Status: Incomplete => Fix Released
--
Several timezone in Russia will moves to neighbors one since 28.03.2010
https://bugs.launchpad.net/bug
Argh, sorry. Of course the time was different 3 months ago, since the
change only happened _after_ that :) So the important check is if the
times match _from now on_, which they do:
$ TZ=Europe/Moscow date -d '5 months'; TZ=Europe/Samara date -d '5 months'
Sun Oct 31 10:44:13 MSK 2010
Sun Oct 31 1
Please note that bug 582529 (i. e. tzdata 2010j) does not change
anything wrt. Russian time zones.
I also see the discrepancy wrt. winter time:
$ TZ=Europe/Moscow date -d '3 months ago'; TZ=Europe/Samara date -d '3 months
ago'
Wed Mar 3 10:41:38 MSK 2010
Wed Mar 3 11:41:38 SAMT 2010
So this n
I set this as "Incomplete" pending Gurian's response and
gathering/verification of further info from upstream.
Note that there is a current pending update to tzdata (bug 582529) and
if we determine that a fix is indeed needed for this bug it should be
incorporated in that update.
--
Several time
In Lucid, I get the following results when checking the two time zone
changes called out in this bug. You can see that on the Sun Mar 28
switch to DST, the times do not match between Europe/Samara vs.
Europe/Moscow and Asia/Kamchatka vs. Asia/Magadan:
$ apt-cache policy tzdata
tzdata:
Installed
Hi Guria, thanks for reporting back. I'm investigating this further as
it does appear that this problem is not yet corrected and I may have re-
closed this bug prematurely. My apologies if that is the case. Be
assured that we will get this resolved asap.
For reference, could you tell me the ver
I didn't understand: have any changes mad since my last comment? I
haven't received any updates for tzdata and in my system Europe/Samara
(GMT+4/GMT+4) still not equal to Europe/Moscow (GMT+3/GMT+4). The same
thing for Kamchatka and Magadan's zones.
--
Several timezone in Russia will moves to ne
So it appears, based on the above responses, that the current time zone
data for these releases are correct after all (I verified Europe/Samara
equals Europe/Moscow and that Asia/Kamchatka equals Asia/Magadan, and
the time zones Europe/Samara and Asia/Kamchatka should remain defined
based on commen
And a second response on t...@elsie.nci.nih.gov, this from Arthur David
Olson:
> "Europe/Samara is now exactly equal Europe/Moscow, Asia/Kamchatka is
> Asia/Magadan."
Which is not to say that Europe/Samara and Asia/Kamchatka will disappear as
time zones--both for the benefit of folks who have th
Hello Guria! I forwarded your comment #16 to the time zone mailing list
at t...@elsie.nci.nih.gov and received the following response (and a
second response that I will add to the next comment):
Hi !
It says: There is an official decision to use Moscow time in Samara
region http://www.svobodanews
** Changed in: tzdata (Ubuntu)
Assignee: Martin Pitt (pitti) => Gary Lasker (gary-lasker)
** Changed in: tzdata (Ubuntu Intrepid)
Status: Fix Released => Won't Fix
** Changed in: tzdata (Ubuntu Jaunty)
Status: Fix Released => Confirmed
** Changed in: tzdata (Ubuntu Hardy)
This looks real indeed. I just don't have time this week to discuss it
with upstream. Guria, do you have some time to mail
t...@elsie.nci.nih.gov with references to get the change upstream? You are
in a much better position to answer questions about original documents.
More links for upstream proj
marking this as 'triaged' - 'incomplete' implies that there is
information missing from the report.
pitti, can you confirm that this needs revision, and a new upload for
all distroseries?
** Changed in: tzdata (Ubuntu)
Status: Incomplete => Triaged
--
Several timezone in Russia will move
** Also affects: tzdata (Debian)
Importance: Undecided
Status: New
--
Several timezone in Russia will moves to neighbors one since 28.03.2010
https://bugs.launchpad.net/bugs/540295
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Just looked at timezones more precisely. Unfortunately changes are
wrong. In changed tz's was set only summer time, but winter time stays
unchanged. This timezones doesn't exists already in fact. Europe/Samara
is now exactly equal Europe/Moscow, Asia/Kamchatka is Asia/Magadan.
Follow next link for
I tested the dapper-proposed package as well, works fine.
** Tags added: verification-done
** Tags removed: verification-needed
** Changed in: tzdata (Ubuntu Dapper)
Status: Fix Committed => Fix Released
--
Several timezone in Russia will moves to neighbors one since 28.03.2010
https://b
This bug was fixed in the package tzdata - 2010g-0ubuntu0.9.10
---
tzdata (2010g-0ubuntu0.9.10) karmic-proposed; urgency=low
* New upstream release 2010g:
- DST rule updates: Bangladesh, Palestine, Syria, various Antarctica
regions, Pacific/Apia.
- Russia: Some time zo
This bug was fixed in the package tzdata - 2010g~repack-0ubuntu0.9.04
---
tzdata (2010g~repack-0ubuntu0.9.04) jaunty-proposed; urgency=low
* New upstream release 2010g:
- DST rule updates: Bangladesh, Palestine, Syria, various Antarctica
regions, Pacific/Apia.
- Russia
This bug was fixed in the package tzdata - 2010g~repack-0ubuntu0.8.10
---
tzdata (2010g~repack-0ubuntu0.8.10) intrepid-proposed; urgency=low
* New upstream release 2010g:
- DST rule updates: Bangladesh, Palestine, Syria, various Antarctica
regions, Pacific/Apia.
- Russ
This bug was fixed in the package tzdata - 2010g~repack-0ubuntu0.8.04
---
tzdata (2010g~repack-0ubuntu0.8.04) hardy-proposed; urgency=low
* New upstream release 2010g:
- DST rule updates: Bangladesh, Palestine, Syria, various Antarctica
regions, Pacific/Apia.
- Russia:
I successfully tested hardy to karmic updates. I need to rebuild my
dapper chroot, so dapper still needs testing.
--
Several timezone in Russia will moves to neighbors one since 28.03.2010
https://bugs.launchpad.net/bugs/540295
You received this bug notification because you are a member of Ubuntu
** Branch linked: lp:ubuntu/hardy-proposed/tzdata
** Branch linked: lp:ubuntu/karmic-proposed/tzdata
** Branch linked: lp:ubuntu/jaunty-proposed/tzdata
** Branch linked: lp:ubuntu/tzdata
** Branch linked: lp:ubuntu/intrepid-proposed/tzdata
--
Several timezone in Russia will moves to neighbors
Accepted into karmic-proposed, the package will build now and be
available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Changed in: tzdata (Ubuntu Karmic)
St
This bug was fixed in the package tzdata - 2010g-0ubuntu1
---
tzdata (2010g-0ubuntu1) lucid; urgency=low
* New upstream release 2010g:
- DST rule updates: Bangladesh, Palestine, Syria, various Antarctica
regions, Pacific/Apia.
- Russia: Some time zones moved: Europe/Sa
Test case:
Old result with 2010e:
$ LANG= TZ=Europe/Samara date
Mon Mar 29 22:19:02 SAMST 2010
$ zdump -c 2009,2011 -v Europe/Samara
Europe/Samara Sat Mar 28 21:59:59 2009 UTC = Sun Mar 29 01:59:59 2009 SAMT
isdst=0 gmtoff=14400
Europe/Samara Sat Mar 28 22:00:00 2009 UTC = Sun Mar 29 03:00:0
** Also affects: tzdata (Ubuntu Lucid)
Importance: Undecided
Status: Confirmed
--
Several timezone in Russia will moves to neighbors one since 28.03.2010
https://bugs.launchpad.net/bugs/540295
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribe
new timezone files from updated Debian tzdata package. Includes Europe/Samara
and Asia/Kamchatka.
Europe/Udmurtia possibly use Samara timezone, Asia/Kemerovo manually changes to
Asia/Omsk ?.. (there are no tz files for Udmurtia & Kemerovo regions)
** Attachment added: "Possible timezone fix"
33 matches
Mail list logo