Mageia forum

Hi,
Our time in my country (Egypt) is now applying Summer Time, but my computer clock would not change. Is there a way I'm not aware of to get that working?

Thanks a million in advance.

Hosam Adeeb Nashed

It would help if you could add some context information what particular timezone you have currently configured, what desktop environment you're using and whether you have enabled NTP or not, apart from the Mageia release this is about.
The output as user of

Code: Select all

timedatectl

would also be pretty helpful.

My TimeZone is Africa/Cairo, XFCE, ntpd is indeed enabled.

Code: Select all

               Local time: Fri 2023-04-28 16:56:45 EET
           Universal time: Fri 2023-04-28 14:56:45 UTC
                 RTC time: Fri 2023-04-28 16:56:45   
                Time zone: Egypt (EET, +0200)         
System clock synchronized: yes                       
              NTP service: active                     
          RTC in local TZ: yes

You're currently still on EET which is regular time. EEST would be summer time. Can you also post the output of

Code: Select all

cat /etc/sysconfig/clock

Code: Select all

ARC=false
UTC=false
ZONE=Egypt

Added code tags ~Germ

I noticed something strange in drakconf, when dealing with Date and Time:
When I open that page, it shows the NTP option as inactive, despite its being active! I activate it, and choose the pool server, and hit OK. Now, when I re-open the same page, I find the option seemingly inactive again!!! But it is indeed active!!!

What's happening?!

There's no need to use more then one exclamation mark, otherwise that is considered yelling which is disregarded.
This is an issue since mga8, check https://bugs.mageia.org/show_bug.cgi?id=27195

From a quick check of the timezone definition for Egypt it seems daylight saving change information ends at 2014, although I'm not an expert on that. Maybe someone else from Egypt can confirm if this works for them.

You can check yourself with

Code: Select all

zdump -V /usr/share/zoneinfo/Egypt | tail -25

Although the EET zone definition seems to be fine, not sure whether this is a bug in drakclock so that it selects the wrong timezone.

Information about the new Egyptian time appeared in the timezone 2023c package (aka tzdata). Mageia 8 currently has timezone 2022g. You can try to install the package from Mageia 9, but I think it will not work.
timezone-2023c-1.mga9.x86_64.rpm

You shouldn't mix release packages. Sometimes it works OK. Sometimes you have more problems than the original problem.

Shouldn't be an issue for a quick test, it only contains timezone definitions. After testing it, create a bugreport and ask for it to be submitted to 8/updates_testing too.

Well, I tried to install the said package (if only for testing as you said), but it requires installing a newer GLIBC. Frankly, I panicked... I didn't know if it would be safe to just use --force while installing. What do you suggest?

I did a quick test in a Mageia 9 virtualbox. The time for Egypt shows correct summertime there. So a bugreport for Mageia 8 with update request for the mentioned package should suffice.

A workaround may be select another matching timezone. This worked for me on a not supported Android cellphone.

FWIW, directly selecting EET as timezone should work.

It did indeed work! At last! A million thanks!

Let me criticize Mageia.

Mageia:


Ubuntu:

https://www.iana.org/time-zones
https://web.archive.org/web/20230128121933/http://www.iana.org/time-zones

An arbitrary version number of a package as comparison is your criticism, because the version number on Ubuntu is 2023c instead of 2022, and because cloning Debian packages is that hard ?
Did you actually compare the relevant contents or only the version numbers ?