Bug 31851 - timezone 2023c update for Mageia 8
Summary: timezone 2023c update for Mageia 8
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 8
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: QA Team
QA Contact:
Whiteboard: MGA8-64-OK
Keywords: advisory, validated_update
Depends on:
Reported: 2023-04-30 15:23 CEST by Hosam Fahmy
Modified: 2023-05-16 21:18 CEST (History)
6 users (show)

See Also:
Source RPM: timezone-2022g-1.mga8.src.rpm
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:
Comment 1 sturmvogel 2023-04-30 15:40:22 CEST
Adding some additional informations:

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.



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

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.


Resolution: (none) => FIXED

Note You need to log in before you can comment on or make changes to this bug.