<div class="container">
<h1>Recommended update for timezone</h1>
<table class="table table-striped table-bordered">
<tbody>
<tr>
<th>Announcement ID:</th>
<td>SUSE-RU-2024:2689-1</td>
</tr>
<tr>
<th>Rating:</th>
<td>important</td>
</tr>
<tr>
<th>References:</th>
<td>
<ul>
<li style="display: inline;">
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1219236">bsc#1219236</a>
</li>
</ul>
</td>
</tr>
<tr>
<th>Affected Products:</th>
<td>
<ul class="list-group">
<li class="list-group-item">SUSE Linux Enterprise Server 11 SP4</li>
<li class="list-group-item">SUSE Linux Enterprise Server 11 SP4 LTSS EXTREME CORE 11-SP4</li>
</ul>
</td>
</tr>
</tbody>
</table>
<p>An update that has one fix can now be installed.</p>
<h2>Description:</h2>
<p>This update for timezone fixes the following issues:</p>
<ul>
<li>
<p>timezone was updated to version 2024a:</p>
</li>
<li>
<p>Kazakhstan unifies on UTC+5. This affects Asia/Almaty and
Asia/Qostanay which together represent the eastern portion of the
country that will transition from UTC+6 on 2024-03-01 at 00:00 to
join the western portion (bsc#1219236)</p>
</li>
<li>Palestine springs forward a week later than previously predicted
in 2024 and 2025. Change spring-forward
predictions to the second Saturday after Ramadan, not the first;
this also affects other predictions starting in 2039.</li>
<li>Asia/Ho_Chi_Minh's 1955-07-01 transition occurred at 01:00
not 00:00.</li>
<li>From 1947 through 1949, Toronto's transitions occurred at 02:00
not 00:00.</li>
<li>In 1911 Miquelon adopted standard time on June 15, not May 15.</li>
<li>The FROM and TO columns of Rule lines can no longer be "minimum"
or an abbreviation of "minimum", because TZif files do not support
DST rules that extend into the indefinite past - although these
rules were supported when TZif files had only 32-bit data, this
stopped working when 64-bit TZif files were introduced in 1995.
This should not be a problem for realistic data, since DST was
first used in the 20th century. As a transition aid, FROM columns
like "minimum" are now diagnosed and then treated as if they were
the year 1900; this should suffice for TZif files on old systems
with only 32-bit time_t, and it is more compatible with bugs in
2023c-and-earlier localtime.c.</li>
<li>localtime and related functions no longer mishandle some
timestamps that occur about 400 years after a switch to a time
zone with a DST schedule. In 2023d data this problem was visible
for some timestamps in November 2422, November 2822, etc. in
America/Ciudad_Juarez.</li>
<li>strftime %s now uses tm_gmtoff if available.</li>
<li>The strftime man page documents which struct tm members affect
which conversion specs, and that tzset is called.</li>
</ul>
<h2>Patch Instructions:</h2>
<p>
To install this SUSE update use the SUSE recommended
installation methods like YaST online_update or "zypper patch".<br/>
Alternatively you can run the command listed for your product:
</p>
<ul class="list-group">
<li class="list-group-item">
SUSE Linux Enterprise Server 11 SP4 LTSS EXTREME CORE 11-SP4
<br/>
<code>zypper in -t patch SUSE-SLE-SERVER-11-SP4-LTSS-EXTREME-CORE-2024-2689=1</code>
</li>
<li class="list-group-item">
SUSE Linux Enterprise Server 11 SP4
<br/>
<code>zypper in -t patch SUSE-SLE-SERVER-11-SP4-LTSS-EXTREME-CORE-2024-2689=1</code>
</li>
</ul>
<h2>Package List:</h2>
<ul>
<li>
SUSE Linux Enterprise Server 11 SP4 LTSS EXTREME CORE 11-SP4 (x86_64)
<ul>
<li>timezone-2024a-0.52.51.1</li>
</ul>
</li>
<li>
SUSE Linux Enterprise Server 11 SP4 LTSS EXTREME CORE 11-SP4 (noarch)
<ul>
<li>timezone-java-2024a-0.52.51.1</li>
</ul>
</li>
<li>
SUSE Linux Enterprise Server 11 SP4 (x86_64)
<ul>
<li>timezone-2024a-0.52.51.1</li>
</ul>
</li>
<li>
SUSE Linux Enterprise Server 11 SP4 (noarch)
<ul>
<li>timezone-java-2024a-0.52.51.1</li>
</ul>
</li>
</ul>
<h2>References:</h2>
<ul>
<li>
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1219236">https://bugzilla.suse.com/show_bug.cgi?id=1219236</a>
</li>
</ul>
</div>