Bug 31851

Summary:	timezone 2023c update for Mageia 8
Product:	Mageia	Reporter:	Hosam Fahmy <hosadeeb>
Component:	RPM Packages	Assignee:	QA Team <qa-bugs>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal	CC:	andrewsfarm, davidwhodgins, doktor5000, herman.viaene, luigiwalser, sysadmin-bugs
Version:	8	Keywords:	advisory, validated_update
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:	MGA8-64-OK
Source RPM:	timezone-2022g-1.mga8.src.rpm	CVE:
Status comment:

Description Hosam Fahmy 2023-04-30 15:23:52 CEST

Description of problem:
After the application of daylight saving in Egypt, the clock doesn't show the right time. NTP is enabled but not effective.

Version-Release number of selected component (if applicable):
Mageia 8.

How reproducible:


Steps to Reproduce:
1.
2.
3.

Comment 1 sturmvogel 2023-04-30 15:40:22 CEST

Adding some additional informations:
https://forums.mageia.org/en/viewtopic.php?f=7&t=14917

The timezone package in MGA8 timezone-2022g does not provide correct infos for Egypt. This problem is fixed in timezone-2023c (which is already available in MGA9).

Assigning to David who did the last updates to this package...

Source RPM: (none) => timezone-2022g-1.mga8.src.rpm
Assignee: bugsquad => luigiwalser

Comment 2 Florian Hubold 2023-05-02 17:07:19 CEST

FWIW, the OP switched from Egypt to EET which contains the correct information. Not sure why /usr/share/zoneinfo/Egypt is that outdated, it only goes up to 2014.

CC: (none) => doktor5000

Comment 3 David Walser 2023-05-07 02:21:50 CEST

I'm guessing from Florian's comment that updating this package wouldn't have fixed this issue...

Comment 4 Florian Hubold 2023-05-09 16:20:44 CEST

(In reply to David Walser from comment #3)
> I'm guessing from Florian's comment that updating this package wouldn't have
> fixed this issue...

Sorry, I'm not aware if upstream may have switched or if the origin of those is still correct and whatnot, so I only compared the content of the current mga8 package.

From comment 1 it seems backporting the mga9 changes to mga8 would fix the issue, but should be easy to verify if you run zdump on /usr/share/zoneinfo/EET - if it contains current information (later then 2014), then this should fix it.

Comment 5 David Walser 2023-05-14 19:41:19 CEST

It doesn't hurt to update timezone data every once in a while, so here goes.

References:
http://mm.icann.org/pipermail/tz-announce/2023-March/000077.html
http://mm.icann.org/pipermail/tz-announce/2023-March/000078.html
http://mm.icann.org/pipermail/tz-announce/2023-March/000079.html


timezone-2023c-1.mga8
timezone-java-2023c-1.mga8

from timezone-2023c-1.mga8.src.rpm

Summary: Egypt Summertime needs an update => timezone 2023c update for Mageia 8
CC: (none) => luigiwalser
Assignee: luigiwalser => qa-bugs

Comment 6 Herman Viaene 2023-05-15 14:26:11 CEST

MGA8-64 MATE on Acer Aspire 5253
No installation issues.
Ref bug 25662 for test:
$ timedatectl
               Local time: Mon 2023-05-15 14:23:32 CEST 
           Universal time: Mon 2023-05-15 12:23:32 UTC  
                 RTC time: Mon 2023-05-15 12:23:33      
                Time zone: Europe/Brussels (CEST, +0200)
System clock synchronized: yes                          
              NTP service: active                       
          RTC in local TZ: no         
Looks correct to me.

Whiteboard: (none) => MGA8-64-OK
CC: (none) => herman.viaene

Comment 7 Thomas Andrews 2023-05-16 00:07:19 CEST

Validating.

Keywords: (none) => validated_update
CC: (none) => andrewsfarm, sysadmin-bugs

Dave Hodgins 2023-05-16 19:22:05 CEST

Keywords: (none) => advisory
CC: (none) => davidwhodgins

Comment 8 Mageia Robot 2023-05-16 21:18:58 CEST

An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2023-0039.html

Status: NEW => RESOLVED
Resolution: (none) => FIXED