Bug 845530

Same here. I installed from KDE Live 64-bit. I tried to use the KDE Control Module to change from UTC to local but changes weren't saved. 

YaST date and time settings show local time.

I also had that problem.  After setting the "/etc/localtime" link correctly, it began to work.

Me to. GNOME 32 bit. Fixing the link was enough

YaST does not create nor modify /etc/localtime.

Maybe zic command or timedated service went wrong?

Instead of using `ln -s' the command

   zic -l Europe/Berlin

should produce the symbolic link. Does this work?

I tried:

 zic -l America/Chicago

That produces the bad symlink ( --> ../../America/Chicago )

While checking that, I notice that the man page for "zic" gives the
location of the timezone database as

/usr/local/etc/zoneinfo

I'm not sure if it has ever been there in linux.  So there's a documentation
bug, too.

Checking on my 12.3 system, I see that "/etc/localtime" is a file, and
not a symlink.  I seem to recall that also in earlier opensuse releases.

As a test, I tried "zic -l" on opensuse 12.3.  It produced:

 localtime -> ..//usr/share/zoneinfo/America/Chicago


That works, but the "//" should really be a "/", though fortunately
linux/unix has been tolerant of additional "/" in paths.

In any case, my point is that "zic -l" does not seem to have been used
when installing 12.3.

this is a bug in zic, indeed.  Since 12.3 zic should use symbolic links (systemd depends on this) and the target should be located below /usr/share/zoneinfo/

This is a regression from the update to 2013g

Just checked in a new version of timezone:

- Add patch tzcode-fromname.patch to correct path expansion for
  local time link (bnc#845530) 
- Modify tzcode-link.diff to fit with tzcode-fromname.patch
- Modify tzcode-symlink.patch to fit with tzcode-fromname.patch
  and to avoid broken posixrules if /etc/localtime is a symlink

... this should be tested and submitted afterwards

the problem with posixrules is that a hard link with a symbolic link as target leads to broken symlinks like

   ls -l /usr/share/zoneinfo/posixrules
   lrwxrwxrwx 2 root root 35 Oct 14 16:19 /usr/share/zoneinfo/posixrules -> ../usr/share/zoneinfo/Europe/Berlin

which is not what we want I guess.  Therefore if the target is a symbolic link I add an override of defaultsymlink to TRUE

This was a little bit complicated for me, but also a challenge  ;-)

I extracted the original source code from http://download.opensuse.org/source/factory/repo/oss/suse/src/timezone-2013g-2.1.src.rpm, then applied tzcode-fromname.patch from https://build.opensuse.org/package/show/Base:System/timezone to zic.c, then tzcode-symlink.patch and ran make. 

I got a new zic binary which invoked as `zic -l Europe/Berlin` issues warning '"command line", line 1: hard link failed, symbolic link used' and creates symbolic link /usr/local/etc/zoneinfo/localtime pointing to /usr/local/etc/zoneinfo/Europe/Berlin.

I think if also the correct directories are specified in the Makefile, this could work. Is this what you meant?

(In reply to comment #11)

Ouch ... please use the configuration you found in the spec file, that is e.g. the variable TZDIR used on the command line of make ... or simply install the package for openSUSE_Factory

http://download.opensuse.org/repositories/Base:/System/openSUSE_Factory/x86_64/timezone-2013g-126.1.x86_64.rpm

I just installed the binary rpm (i586) and now valid links are created for /etc/localtime by using `zic -l Europe/Berlin` as well as from the Date and Time module of YaST.

Installing a binary rpm is indeed much easier if one knows that it exists and where to find it, but I think it does not hurt to dig into source packages from time to time when using open source software.

Many thanks!

*** Bug 846411 has been marked as a duplicate of this bug. ***

Submit Request #203695

*** Bug 846829 has been marked as a duplicate of this bug. ***

It seems that timezone-java does not build

Now it seems to work ... IMHO it would be perfect if the pre_checkin.sh script could be executed automatically at `osc checkin'

*** Bug 844199 has been marked as a duplicate of this bug. ***

openSUSE 13.1 RC x86_64 GNOME 3.10.1 updated. It's still showing the UTC time on system clock If NTP Server synchronization is activated by default. If you switch to Manually it will come back again messing Internet Time and Localtime. you will need to deactivate it by going to "Configure" - General Setting tab - Start NTP Daemon switch to "Only Manually", press OK and go to Date and Time in YaST again. Uncheck "Run NTP as Daemon" and "Save NTP Configuration" Please be aware "This is not a solution just a workaround waiting for a final fix".

Replicated alwayswhenever Synchronize without Daemon is activated

(In reply to comment #21)
> Replicated alwayswhenever Synchronize without Daemon is activated

This bug has absolutely nothing to do with what you are experincing, please file a separate bug report after installing the relevant "timezone" package updates.

This is report is about a regression in the zic command line tool, nothing else.

*** Bug 845610 has been marked as a duplicate of this bug. ***

openSUSE-RU-2013:1612-1: An update that has one recommended fix can now be installed.

Category: recommended (low)
Bug References: 845530
CVE References: 
Sources used:
openSUSE 12.3 (src):    timezone-2013h-2.33.1, timezone-java-2013h-2.33.1
openSUSE 12.2 (src):    timezone-2013h-1.40.1, timezone-java-2013h-1.40.1

The SWAMPID for this issue is 55134.
This issue was rated as important.
Please submit fixed packages until 2013-11-26.
Also create a patchinfo file using this link:
https://swamp.suse.de/webswamp/wf/55134

Update released for: timezone, timezone-debuginfo, timezone-debugsource, timezone-java
Products:
SLE-SERVER 11-SP1-TERADATA (x86_64)

Update released for: timezone, timezone-debuginfo, timezone-debugsource, timezone-java
Products:
SLE-DEBUGINFO 11-SP2 (i386, ia64, ppc64, s390x, x86_64)
SLE-DESKTOP 11-SP2 (i386, x86_64)
SLE-SDK 11-SP2 (i386, x86_64)
SLE-SERVER 11-SP2 (i386, ia64, ppc64, s390x, x86_64)
SLES4VMWARE 11-SP2 (i386, x86_64)

Update released for: timezone, timezone-debuginfo, timezone-debugsource, timezone-java
Products:
SLE-SERVER 11-SP1-LTSS (i386, s390x, x86_64)
SLES4VMWARE 11-SP1-LTSS (i386, x86_64)

Update released for: timezone, timezone-debuginfo, timezone-debugsource, timezone-java
Products:
SLE-DEBUGINFO 11-SP3 (i386, ia64, ppc64, s390x, x86_64)
SLE-DESKTOP 11-SP3 (i386, x86_64)
SLE-SDK 11-SP3 (i386, ia64, ppc64, s390x, x86_64)
SLE-SERVER 11-SP3 (i386, ia64, ppc64, s390x, x86_64)
SLES4VMWARE 11-SP3 (i386, x86_64)

Update released for: timezone, timezone-debuginfo
Products:
SLE-SERVER 10-SP4-LTSS (i386, s390x, x86_64)

Update released for: timezone, timezone-debuginfo
Products:
SLE-SERVER 10-SP3-TERADATA (x86_64)

This is an autogenerated message for OBS integration:
This bug (845530) was mentioned in
https://build.opensuse.org/request/show/226830 Factory / timezone

openSUSE-RU-2015:0642-1: An update that has 16 recommended fixes can now be installed.

Category: recommended (moderate)
Bug References: 807624,845530,870375,877535,879073,879512,879680,882684,890921,892843,894862,898747,902276,904824,914676,923493
CVE References: 
Sources used:
openSUSE Evergreen 11.4 (src):    timezone-2015b-33.1, timezone-java-2015b-33.1