الاسم¶

zic - مترجم المنطقة الزمنية

موجز¶

zic [ خيار ... ] [ اسم_ملف ... ]

الوصف¶

يقرأ برنامج zic النص من الملفات المذكورة في سطر الأوامر وينشئ ملفات تنسيق معلومات المنطقة الزمنية (TZif) المحددة في هذا الإدخال. إذا كان اسم_ملف هو “-”, يُقرأ الإدخال القياسي.

الخيارات¶

--version

أخرج معلومات الإصدار ثم اخرج.

--help

أخرج رسالة استخدام قصيرة واخرج.

-b bloat

إخراج بيانات التوافق العكسي كما هو محدد بواسطة bloat. إذا كان bloat هو fat، قم بتوليد إدخالات بيانات إضافية تتجاوز الأخطاء المحتملة أو عدم التوافق في البرامج القديمة، مثل البرامج التي تسيء معالجة البيانات المُولّدة 64-بت. إذا كان bloat هو slim، حافظ على صغر حجم ملفات الإخراج؛ يمكن أن يساعد هذا في فحص الأخطاء وعدم التوافق. المبدئي هو slim، حيث أن البرامج التي تسيء معالجة بيانات 64-بت تسيء معالجة الطوابع الزمنية بعد عام 2038 على أي حال. انظر أيضًا خيار -r لطريقة أخرى لتغيير حجم الإخراج.

-d directory

أنشئ ملفات معلومات تحويل الوقت في الدليل المُسمى بدلاً من الدليل القياسي المُسمى أدناه.

-l timezone

استخدم منطقة_زمنية كوقت محلي. سيتصرف zic كما لو كان الإدخال يحتوي على سطر رابط من النموذج

Link منطقة_زمنية localtime

إذا كان timezone هو -، فسيتم إزالة أي رابط موجود بالفعل.

-L leapsecondfilename

اقرأ معلومات الثانية الكبيسة من الملف بالاسم المُعطى. إذا لم يُستخدم هذا الخيار، فلن تظهر معلومات الثانية الكبيسة في ملفات الإخراج.

-p timezone

استخدم قواعد timezone عند معالجة سلاسل TZ غير القياسية مثل "EET-2EEST" التي تفتقر إلى قواعد الانتقال. سيتصرف zic كما لو أن الإدخال احتوى على سطر رابط بالشكل

Link منطقة_زمنية posixrules

إذا كان منطقة_زمنية هو “-” (المبدئي)، يتم إزالة أي رابط موجود بالفعل.

ما لم يكن منطقة_زمنية “-”, هذا الخيار قديم ومدعوم بشكل ضعيف. من بين أمور أخرى، لا ينبغي استخدامه للطوابع الزمنية بعد عام 2037، ولا ينبغي دمجه مع -b slim إذا كانت انتقالات timezone عند التوقيت القياسي أو التوقيت العالمي (UT) بدلاً من التوقيت المحلي.

-r [@lo][/@hi]

حدد نطاق تطبيق ملفات المخرجات للطوابع الزمنية في النطاق من lo (شامل) إلى hi (غير شامل)، حيث lo و hi هما عددان عشريان موقعان اختياريان للثواني منذ الحقبة (1970-01-01 00:00:00 UTC). القيم المحذوفة تفترض القيم القصوى. تستخدم ملفات المخرجات إزاحة UT 0 والاختصار “-00” بدلاً من بيانات الطابع الزمني المحذوفة. على سبيل المثال، “zic -r @0” يحذف البيانات المخصصة للطوابع الزمنية السالبة (أي قبل الحقبة)، و “zic -r @0/@2147483648” يخرج البيانات المخصصة فقط للطوابع الزمنية غير السالبة التي تناسب الأعداد الصحيحة الموقعة ذات 31 بت. على المنصات مع GNU date، “zic -r @$(date +%s)” يحذف البيانات المخصصة للطوابع الزمنية السابقة. على الرغم من أن هذا الخيار يقلل عادةً من حجم ملف الإخراج، إلا أن الحجم يمكن أن يزداد بسبب الحاجة إلى تمثيل حدود نطاق الطابع الزمني، خاصةً إذا تسبب hi في احتواء ملف TZif على إدخالات صريحة لانتقالات ما قبل hi بدلاً من تمثيلها بإيجاز باستخدام سلسلة TZ موسعة من POSIX.1-2017. انظر أيضًا إلى الخيار -b slim لطريقة أخرى لتقليل حجم الإخراج.

-R @hi

أنشئ انتقالات صريحة زائدة في النهاية للطوابع الزمنية التي تحدث بأقل من hi ثانية منذ العصر (Epoch)، على الرغم من أن الانتقالات يمكن تمثيلها بإيجاز أكبر عبر سلسلة TZ الموسعة من POSIX.1-2017. لا يؤثر هذا الخيار على الطوابع الزمنية الممثلة. على الرغم من أنه يستوعب قراء TZif غير القياسيين الذين يتجاهلون سلسلة TZ الموسعة من POSIX.1-2017، إلا أنه يزيد من حجم ملفات الإخراج المعدلة.

-t file

عند إنشاء معلومات الوقت المحلي، ضع رابط التهيئة في الملف المسمى بدلاً من الموقع القياسي.

-v

كن أكثر تفصيلاً، واشتكى من الحالات التالية:

الملفات¶

ملفات الإدخال ينبغي أن تكون ملفات نصية، أي ينبغي أن تكون سلسلة من صفر أو أكثر من الأسطر، كل سطر ينتهي ببايت سطر جديد ويحتوي على 2048 بايت كحد أقصى شاملاً السطر الجديد، وبدون أي بايتات NUL. ترميز النص المدخل عادةً هو UTF-8 أو ASCII؛ ينبغي أن يكون له تمثيل أحادي البايت لمجموعة الأحرف المحمولة POSIX (PPCS) https://pubs.opengroup.org/onlinepubs/9799919799/basedefs/V1_chap06.html وأن تتكون أحرف الترميز غير أحادية البايت بالكامل من بايتات غير PPCS. أحرف غير PPCS تظهر عادةً فقط في التعليقات: على الرغم من أن أسماء ملفات المخرجات واختصارات المناطق الزمنية يمكن أن تحتوي أي حرف تقريباً، إلا أن البرامج الأخرى ستعمل بشكل أفضل إذا اقتصرت هذه على الصيغة المقيدة الموصوفة تحت الخيار -v.

يجب أن تكون ملفات الإدخال ملفات نصية، أي يجب أن تكون سلسلة من صفر سطر أو أكثر، ينتهي كل منها ببايت سطر جديد ويحتوي على 2048 بايت كحد أقصى بما في ذلك السطر الجديد، وبدون أي بايتات NUL. ترميز النص المدخل هو عادةً UTF-8 أو ASCII؛ يجب أن يكون له تمثيل أحادي البايت لمجموعة الأحرف المحمولة POSIX (PPCS) ⟨https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap06.html⟩ ويجب أن تتكون أحرف الترميز غير أحادية البايت بالكامل من بايتات غير PPCS. تظهر أحرف غير PPCS عادةً فقط في التعليقات: على الرغم من أن أسماء ملفات الإخراج واختصارات المناطق الزمنية يمكن أن تحتوي على أي حرف تقريبًا، إلا أن البرامج الأخرى ستعمل بشكل أفضل إذا كانت هذه مقتصرة على الصيغة المقيدة الموصوفة تحت الخيار -v.

أسطر الإدخال تتكون من حقول. الحقول مفصولة عن بعضها بواحد أو أكثر من أحرف المسافات البيضاء. أحرف المسافات البيضاء هي: مسافة، تغذية نموذج، إرجاع عربة، سطر جديد، جدولة، وجدولة عمودية. المسافات البيضاء البادئة واللاحقة في أسطر الإدخال تُتجاهل. حرف الشارب (#) غير المقتبس في الإدخال يُدخل تعليقاً يمتد إلى نهاية السطر الذي يظهر عليه. أحرف المسافات البيضاء والشارب يمكن وضعها بين علامتي اقتباس مزدوجة (") إذا كانت ستُستخدم كجزء من حقل. أي سطر فارغ (بعد إزالة التعليقات) يُتجاهل. الأسطر غير الفارغة يُتوقع أن تكون من أحد ثلاثة أنواع: أسطر قواعد، أسطر مناطق، وأسطر روابط.

الأسماء يجب أن تكون بالإنجليزية وهي غير حساسة لحالة الأحرف. تظهر في عدة سياقات، وتتضمن أسماء الأشهر وأيام الأسبوع وكلمات مفتاحية مثل maximum وonly وRolling وZone. يمكن اختصار الاسم بحذف كل شيء باستثناء بادئة أولية؛ أي اختصار يجب أن يكون غير غامض في السياق.

سطر القاعدة له الصيغة

Rule	NAME	FROM	TO	-	IN	ON	AT	SAVE	LETTER/S

على سبيل المثال:

Rule	US	1967	1973	-	Apr	lastSun	2:00w	1:00d	D

الاسم

يُعطي اسم مجموعة القواعد التي تحتوي هذا السطر. الاسم يجب أن يبدأ بحرف ليس رقماً ASCII ولا “-” ولا “+”. للسماح بامتدادات مستقبلية، الاسم غير المقتبس ينبغي ألا يحتوي على أحرف من المجموعة “!$%&'()*,/:;<=>?@[\]^`{|}~”. ".q !$%&'()*,/:;<=>?@[\]^`{|}~ ."

FROM

يُعطي أول سنة تُطبق فيها القاعدة. يمكن توفير أي سنة عددية صحيحة بإشارة؛ يُفترض التقويم الغريغوري التمهيدي، مع السنة 0 تسبق السنة 1. القواعد يمكن أن تصف أوقاتاً غير قابلة للتمثيل كقيم زمنية، مع تجاهل الأوقات غير القابلة للتمثيل؛ هذا يسمح للقواعد بأن تكون محمولة بين مضيفين بأنواع قيم زمنية مختلفة.

TO

يُعطي السنة النهائية التي تُطبق فيها القاعدة. الكلمة maximum (أو اختصار) تعني المستقبل غير المحدد، والكلمة only (أو اختصار) يمكن استخدامها لتكرار قيمة حقل FROM.

-

هو حقل محجوز وينبغي أن يحتوي دائماً على “-” للتوافق مع الإصدارات الأقدم من zic. كان يُعرف سابقاً بحقل TYPE، الذي يمكن أن يحتوي على قيم للسماح لسكريبت منفصل بتقييد أي “types” من السنوات التي ستُطبق فيها القاعدة.

IN

يُسمى الشهر الذي يسري فيه القانون. يمكن اختصار أسماء الأشهر.

ON

يحدد اليوم الذي يسري فيه القانون. تشمل الأشكال المعترف بها:

5	اليوم الخامس من الشهر
lastSun	آخر يوم أحد في الشهر
lastMon	آخر يوم إثنين في الشهر
Sun>=8	أول يوم أحد في الثامن أو بعده
Sun<=25	آخر يوم أحد في الخامس والعشرين أو قبله

اسم يوم أسبوع (مثل Sunday) أو اسم يوم أسبوع مسبوق بـ “last” (مثل lastSunday) يمكن اختصارها أو كتابتها كاملة. يجب ألا يكون هناك أي أحرف مسافة بيضاء داخل حقل ON. الـ “<=” و “>=” التراكيب قد تؤدي إلى يوم في الشهر المجاور؛ على سبيل المثال، التركيبة IN-ON “Oct Sun>=31” تعني أول يوم أحد في 31 أكتوبر أو بعده، حتى لو وقع ذلك الأحد في نوفمبر.

AT

يحدد وقت اليوم الذي يسري فيه القانون، بالنسبة إلى 00:00، بداية اليوم التقويمي. تشمل الأشكال المعترف بها:

2	time in hours
2:00	time in hours and minutes
01:28:14	time in hours, minutes, and seconds
00:19:32.13	time with fractional seconds
12:00	midday, 12 hours after 00:00
15:00	3 PM, 15 hours after 00:00
24:00	end of day, 24 hours after 00:00
260:00	260 hours after 00:00
-2:30	2.5 hours before 00:00
-	equivalent to 0

على الرغم من أن zic يقرب الأوقات إلى أقرب ثانية صحيحة (كسر التعادلات لصالح العدد الصحيح الزوجي)، قد تكون الكسور مفيدة لتطبيقات أخرى تتطلب دقة أكبر. لا يحدد تنسيق المصدر أي دقة قصوى. يمكن أن يتبع أي من هذه الأشكال الحرف w إذا كان الوقت المعطى محليًا أو “wall clock” وقت الحائط، s إذا كان الوقت المعطى هو الوقت القياسي دون أي تعديل للتوقيت الصيفي، أو u (أو g أو z) إذا كان الوقت المعطى هو الوقت العالمي؛ في غياب مؤشر، يُفترض الوقت المحلي (ساعة الحائط). تتجاهل هذه الأشكال الثواني الكبيسة؛ على سبيل المثال، إذا حدثت ثانية كبيسة عند 00:59:60 بالتوقيت المحلي، “1:00” تعني 3601 ثانية بعد منتصف الليل المحلي بدلاً من 3600 ثانية المعتادة. القصد هو أن سطر القانون يصف اللحظات التي تظهر فيها ساعة/تقويم مضبوطة على نوع الوقت المحدد في حقل AT التاريخ والوقت المحددين من اليوم.

SAVE

يحدد مقدار الوقت الذي يُضاف إلى التوقيت القياسي المحلي عندما يسري القانون، وما إذا كان الوقت الناتج قياسيًا أم صيفيًا. لهذا الحقل نفس تنسيق حقل AT باستثناء مجموعة مختلفة من حروف اللاحقة: s للوقت القياسي و d للوقت الصيفي. عادةً ما يُحذف حرف اللاحقة، ويُفترض s إذا كان الإزاحة صفرًا و d بخلاف ذلك. يُسمح بالإزاحات السالبة؛ في أيرلندا، على سبيل المثال، يُطبق التوقيت الصيفي في الشتاء وله إزاحة سالبة بالنسبة للتوقيت القياسي الأيرلندي. تُضاف الإزاحة ببساطة إلى التوقيت القياسي؛ على سبيل المثال، لا يميز zic بين توقيت قياسي 10:30 مضافًا إليه SAVE بقيمة 0:30 وتوقيت قياسي 10:00 مضافًا إليه SAVE بقيمة 1:00.

LETTER/S

يحدد “variable part” (على سبيل المثال، “S” أو “D” in “EST” أو “EDT”) اختصارات المنطقة الزمنية التي ستُستخدم عندما يسري هذا القانون. إذا كان هذا الحقل “-”, فالجزء المتغير فارغ.

سطر المنطقة له الشكل

Zone	NAME	STDOFF	RULES	FORMAT	[UNTIL]

على سبيل المثال:

Zone	Asia/Amman	2:00	Jordan	EE%sT	2017 Oct 27 01:00

الاسم

اسم المنطقة الزمنية. هذا هو الاسم المستخدم في إنشاء ملف معلومات تحويل الوقت للمنطقة الزمنية. يجب ألا يحتوي على مكون اسم ملف “."” أو “..”; مكون اسم ملف هو سلسلة فرعية قصوى لا تحتوي على “/”.

STDOFF

مقدار الوقت المراد إضافته إلى UT للحصول على الوقت القياسي، دون أي تعديل للتوقيت الصيفي. هذا الحقل له نفس تنسيق حقلي AT و SAVE لأسطر القواعد، باستثناء عدم وجود أحرف لاحقة؛ ابدأ الحقل بعلامة ناقص إذا كان يجب طرح الوقت من UT.

RULES

اسم القوانين التي تنطبق في المنطقة الزمنية أو، بدلاً من ذلك، حقل بنفس تنسيق عمود SAVE في سطر القانون، يعطي مقدار الوقت المراد إضافته إلى التوقيت القياسي المحلي وما إذا كان الوقت الناتج قياسيًا أم توقيتًا صيفيًا. إذا كان هذا الحقل هو - فإن التوقيت القياسي ينطبق دائمًا. عند إعطاء مقدار من الوقت، فقط مجموع التوقيت القياسي وهذا المقدار هو المهم.

FORMAT

تنسيق اختصارات المنطقة الزمنية. يُستخدم زوج الأحرف %s لإظهار مكان “variable part” من اختصار المنطقة الزمنية. بدلاً من ذلك، يمكن للتنسيق استخدام زوج الأحرف %z لتمثيل إزاحة UT بالشكل ±hh أو ±hhmm أو ±hhmmss، باستخدام أقصر شكل لا يفقد معلومات، حيث hh و mm و ss هي الساعات والدقائق والثواني شرق (+) أو غرب (-) UT. بدلاً من ذلك، تفصل الشرطة المائلة (/) بين الاختصارات القياسية والصيفية. للتوافق مع POSIX، يجب أن يحتوي اختصار المنطقة الزمنية على أحرف ASCII أبجدية رقمية فقط، “+” و “-”. بموجب الاصطلاح، اختصار المنطقة الزمنية “-00” هو عنصر نائب يعني أن الوقت المحلي غير محدد.

UNTIL

الوقت الذي تتغير فيه إزاحة UT أو القاعدة(القواعد) لموقع ما. يأخذ شكل من حقل إلى أربعة حقول YEAR [MONTH [DAY [TIME]]]. إذا تم تحديد ذلك، يتم إنشاء معلومات المنطقة الزمنية من إزاحة UT وتغيير القاعدة المعطاة حتى الوقت المحدد، والذي يتم تفسيره باستخدام القواعد السارية قبل الانتقال مباشرة. الشهر واليوم والوقت من اليوم لها نفس تنسيق حقول IN و ON و AT للقاعدة؛ يمكن حذف الحقول اللاحقة، وتكون القيمة المبدئية هي أقرب قيمة ممكنة للحقول المفقودة.

يجب أن يكون السطر التالي “continuation” سطرًا؛ له نفس شكل سطر المنطقة باستثناء أن السلسلة “Zone” والاسم محذوفان، حيث سيضع سطر الاستمرار المعلومات بدءًا من الوقت المحدد كـ “until” معلومات في السطر السابق في الملف المستخدم بواسطة السطر السابق. قد تحتوي أسطر الاستمرار على “until” معلومات، تمامًا كما تفعل أسطر المنطقة، مما يشير إلى أن السطر التالي هو استمرار إضافي.

إذا تغيرت منطقة في نفس اللحظة التي كان من الممكن أن تسري فيها قاعدة في المنطقة السابقة أو سطر الاستمرار، يتم تجاهل القاعدة. تبدأ منطقة أو سطر استمرار L مع مجموعة قواعد مسماة بالوقت القياسي بشكل مبدئي: أي أن أي طوابع زمنية لـ L تسبق أقدم قاعدة لـ L تستخدم القاعدة السارية بعد أول انتقال لـ L إلى الوقت القياسي. في منطقة واحدة، يعتبر خطأ إذا سريت قاعدتان في نفس اللحظة، أو إذا حدث تغييران للمنطقة في نفس اللحظة.

إذا طرح سطر استمرار N ثانية من إزاحة UT بعد انتقال كان سيفسر على أنه لاحق إذا تم استخدام إزاحة UT وقواعد سطر الاستمرار، فإن “until” وقت المنطقة السابقة أو سطر الاستمرار يتم تفسيره وفقًا لإزاحة UT وقواعد سطر الاستمرار، وأي قاعدة كان من الممكن أن تسري في N ثانية التالية يُفترض بدلاً من ذلك أنها تسري في وقت واحد. على سبيل المثال:

# Rule	NAME	FROM	TO	-	IN	ON	AT	SAVE	LETTER/S
Rule	US	1967	2006	-	Oct	lastSun	2:00	0	S
Rule	US	1967	1973	-	Apr	lastSun	2:00	1:00	D
# Zone	NAME	STDOFF	RULES	FORMAT	[UNTIL]
Zone	America/Menominee	-5:00	-	EST	1973 Apr 29 2:00
	-6:00	US	C%sT

سطر الرابط له الشكل

Link	TARGET	LINK-NAME

على سبيل المثال:

Link	Europe/Istanbul	Asia/Istanbul

Link	Greenwich	G_M_T
Link	Etc/GMT	Greenwich
Zone	Etc/GMT  0  -  GMT

باستثناء سطور الاستمرار، قد تظهر السطور بأي ترتيب في الإدخال. ومع ذلك، يكون السلوك غير محدد إذا حددت سطور منطقة أو رابط متعددة نفس الاسم.

يمكن أن يحتوي الملف الذي يصف الثواني الكبيسة على سطور كبيسة وسطر انتهاء صلاحية. سطور الكبيسة لها الشكل التالي:

Leap	YEAR	MONTH	DAY	HH:MM:SS	CORR	R/S

على سبيل المثال:

Leap	2016	Dec	31	23:59:60	+	S

تم تنفيذ الثواني الكبيسة المتدحرجة في الماضي عندما لم يكن واضحًا ما إذا كانت الممارسة الشائعة متدحرجة أم ثابتة، مع مخاوف من رؤية إسقاط كرة تايمز سكوير حيث سيكون هناك “3... 2... 1... leap... Happy New Year” عد تنازلي، وضع الثانية الكبيسة عند منتصف ليل توقيت نيويورك بدلاً من منتصف ليل UTC. ومع ذلك، لا يبدو أن هذا النمط من العد التنازلي قد انتشر، مما يعني أن الثواني الكبيسة المتدحرجة لا تُستخدم عمليًا؛ كما أنها غير مدعومة إذا تم استخدام الخيار -r.

سطر انتهاء الصلاحية، إذا كان موجودًا، له الشكل:

Expires	YEAR	MONTH	DAY	HH:MM:SS

على سبيل المثال:

Expires	2020	Dec	28	00:00:00

مثال موسع¶

هذا مثال موسع لإدخال zic، يهدف إلى توضيح العديد من ميزاته.

# Rule	NAME	FROM	TO	-	IN	ON	AT	SAVE	LETTER/S
Rule	Swiss	1941	1942	-	May	Mon>=1	1:00	1:00	S
Rule	Swiss	1941	1942	-	Oct	Mon>=1	2:00	0	-

Rule	EU	1977	1980	-	Apr	Sun>=1	1:00u	1:00	S
Rule	EU	1977	only	-	Sep	lastSun	1:00u	0	-
Rule	EU	1978	only	-	Oct	 1	1:00u	0	-
Rule	EU	1979	1995	-	Sep	lastSun	1:00u	0	-
Rule	EU	1981	max	-	Mar	lastSun	1:00u	1:00	S
Rule	EU	1996	max	-	Oct	lastSun	1:00u	0	-

# Zone	NAME	STDOFF	RULES	FORMAT	[UNTIL]
Zone	Europe/Zurich	0:34:08	-	LMT	1853 Jul 16
		0:29:45.50	-	BMT	1894 Jun
		1:00	Swiss	CE%sT	1981
		1:00	EU	CE%sT

Link	Europe/Zurich	Europe/Vaduz

في هذا المثال، قواعد الاتحاد الأوروبي مخصصة للاتحاد الأوروبي ومنظمته السابقة، الجماعات الأوروبية. المنطقة الزمنية تُسمى Europe/Zurich ولديها الاسم المستعار Europe/Vaduz. يقول هذا المثال أن زيورخ كانت 34 دقيقة و8 ثوانٍ شرق التوقيت العالمي حتى 1853-07-16 عند 00:00، عندما تغير الإزاحة القانونية إلى 7درجات26دقائق22.50ثوانٍ، وهو ما يساوي 0:29:45.50؛ يعالج zic هذا بتقريبه إلى 0:29:46. بعد 1894-06-01 عند 00:00 أصبح إزاحة التوقيت العالمي ساعة واحدة وقواعد التوقيت الصيفي السويسرية (المعرفة بأسطر تبدأ بـ “Rule Swiss”) تُطبق. من 1981 إلى الوقت الحالي، طبقت قواعد التوقيت الصيفي للاتحاد الأوروبي، وبقي إزاحة التوقيت العالمي المنسق عند ساعة واحدة.

في 1941 و1942، طبق التوقيت الصيفي من أول إثنين في مايو عند 01:00 إلى أول إثنين في أكتوبر عند 02:00. قواعد التوقيت الصيفي للاتحاد الأوروبي قبل 1981 ليس لها تأثير هنا، ولكنها أُدرجت للاكتمال. منذ 1981، بدأ التوقيت الصيفي في آخر أحد من مارس عند 01:00 بالتوقيت العالمي المنسق. حتى 1995 انتهى في آخر أحد من سبتمبر عند 01:00 بالتوقيت العالمي المنسق، لكن هذا تغير إلى آخر أحد من أكتوبر بدءًا من 1996.

لأغراض العرض، “LMT” و “BMT” استُخدمت في البداية، على التوالي. منذ تطبيق القواعد السويسرية ثم قواعد الاتحاد الأوروبي لاحقًا، أصبح اختصار المنطقة الزمنية CET للتوقيت القياسي وCEST للتوقيت الصيفي.

الملفات¶

/etc/localtime

ملف المنطقة الزمنية المحلية المبدئي.

/usr/share/zoneinfo

دليل معلومات المنطقة الزمنية المبدئي.

ملاحظات¶

للمناطق التي تحتوي على أكثر من نوعين من الوقت المحلي، قد تحتاج إلى استخدام التوقيت القياسي المحلي في حقل AT لقاعدة وقت الانتقال الأقدم لضمان صحة وقت الانتقال الأقدم المسجل في الملف المُجمّع.

إذا، لمنطقة زمنية معينة، تزامنت زيادة الساعة الناتجة عن بدء التوقيت الصيفي مع وتساوت مع نقصان الساعة الناتج عن تغيير في إزاحة التوقيت العالمي، يُنتج zic انتقالًا واحدًا إلى التوقيت الصيفي عند إزاحة التوقيت العالمي الجديدة دون أي تغيير في الوقت المحلي (ساعة الحائط). للحصول على انتقالات منفصلة، استخدم أسطر استمرار منطقة متعددة تحدد لحظات الانتقال باستخدام التوقيت العالمي.

انظر أيضًا¶

tzfile(5)، zdump(8)

ترجمة¶

تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي <zayed.alsaidi@gmail.com>

هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.

إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: kde-l10n-ar@kde.org.