Релиз новой версии библиотеки glibc 2.29 в США вызвал бурю споров по поводу форматов дат

Всегда оформляю дату и время в личных документах и файлах как американские военные. Сразу +100500 к ЧСВ.

Самый лучший формат.

Уж точно не в ситуации когда у тебя десяток-другой файлов с разной датой и временем.

Компактный, с одной стороны не перегружает лишней инфой

С каких пор год или там время начали перегружать лишней инфой?

с другой на месте вся нужная информация

Нет же, если мне, например, нужно взять наиболее свежий файл из пачки файлов двухлетней давности, созданных в один день — информация, выдаваемая через ls -l для решения этой задачи по умолчанию не является достаточной.

А вот если бы не самовайпнулся, сейчас бы писал Markdown’ом.

А это был не «жирный», это было «показать действия персонажа». Ну как знаешь, у Шекспира:

В х о д и т  Г о р а ц и о

Лучше пока ничего не придумали.

Лучше пока ничего не придумали.

Придумали, но не реализовали.

Это что например?

Это что например?

Например, юникстайм, не ломающийся от архитектуры.

RO секцию

А как там glibc обновится?

Если он может в толксы писать, то и мракдауном уже может. Другое дело, что мракдаун не нужен.

Хороший вариант, да не везде есть. Только в Дебиане и производных, насколько я знаю.

Юникстайм — костыль для тех, кто не может високосные секунды учитывать.

Юникстайм — это непортабельный костыль, ломающийся в зависимости от архитектуры.

Каким образом он ломается?

Это же как бы дефолтная локаль, как она может быть не везде?

C — дефолтная, C.UTF-8 — нестандартная.

Каким образом он ломается?

https://ru.wikipedia.org/wiki/Проблема_2038_года

en_US = english_UnitedStates. Пусть пользуются en_GB = english_GreatBritain

Считаю, костыль. Надо что-то в стиле en_IN (International).

Кстати, меня еще напрягает, что если LC_TIME=uk_UA.UTF-8 (для удобного мне формата) а LANG=en_US.UTF-8, то названия дней и месяцев украинские (особенно в почте).

2019-02-02 ISO формат во все поля!

Это же проблема отдельного представления, а не самого UNIX time. Была и «проблема 2000 года», но это же не значит, что летоисчисление от РХ не портабельно.

Это же проблема отдельного представления, а не самого UNIX time

А я об реализации и говорил. Тем не менее это усложняет, а порой делает невозможным использование юникстайм в определённых ситуациях.

LC_TIME=en_DK.UTF-8 – не благодари.

В Дездемону?

Кстати не читал и даже не хочу. А вот «12-я ночь» мне нравится. Даже странно, что ее еще не запретили за шатание скреп.

Я наоборот. После Г все остальное кажется г. Не зря Ш гением венчают - он собрал все сюжеты и штампы в одном небольшом произведении так, что и через 400 лет после вся литература кажется вторичностью от него. Понятно, что детали и вариации всегда новые, на том литература и стоит. Но реально ужасает, насколько всё предсказуемо в современных произведениях после прочтения одного лишь Г.

Ломается реализация, а не юникс тайм. Какие к нему претензии? Можно и ISO 8601 реализовать так, либо рандом, либо сегфолт.

en_IN (International)

Так LC_ALL=C разве не то?

И вообще самый удобный формат для простой сортировки по дате.

Посмотрим, что вы скажете первого января 10000 года.

Ломается реализация, а не юникс тайм. Какие к нему претензии? Можно и ISO 8601 реализовать так, либо рандом, либо сегфолт.

Без реализации самим лишь юникстаймом сыт не будешь.

Посмотрим, что вы скажете первого января 10000 года.

Да ладно, умную сортировку по именам файлов таки запилили — и здесь до 10000 года успеют, если к тому времени человечество не рипнется.

Нет, эта не юникодная.

Так какая-нибудь en_US тоже не юникодная

А, ну да. Тогда такое отличие:

$ echo -e "a\nA\nb\nB" | LC_ALL=en_US sort     
a
A
b
B
$ echo -e "a\nA\nb\nB" | LC_ALL=C sort    
A
B
a
b

а почти все гражданские сначала указывают месяц, потом день, а потом год.

Вот почему они такие наркоманы? Логично же от более крупной единицы измерения, к более мелкой, либо наоборот. Но не туда-обратно же! Всегда раздражали американские даты. Вот 09/05/1990 это какой месяц и день? Приходится искать соседние даты в списке, типа 09/13/1990. И только тогда можно быть уверенным, что это девятый месяц.

Все кроме YYYY.MM.DD - есть ересь и тяжкий грех.

для неумеющих сразу жить по юникстайму

Как в формате unixtime указать время до 1970-го года?

YYYY-MM-DD же. Макак-гумнонитариев полно, у кого точка - это конец предложения, у кого - тоже самое что запятая

<ещё один комментарий про ISO 8601>

Как в формате unixtime указать время до 1970-го года?

Использовать отрицательный числа. Сюрприз?

Без реализации самим лишь юникстаймом сыт не будешь.

А где сейчас юникстайм не 64-битный?

PS. Рановато пока озабочиваться проблемой 292277026596 года. Предлагаю подождать 292 миллиарда лет, а потом снова вернуться к вопросу реализации юникстайм, если возникнет такое желание.

На 32-битных системах?

На 32-битных системах?

Далеко не на всех. Да, Linux x86 ABI тащит 32-бит ради совместимости с древними бинарниками, но те же Net/OpenBSD давно уже имеют 64-бит time_t на всех архитектурах.

И потом, сколько современных 32-бит систем будут работать через 19 лет?

А где сейчас юникстайм не 64-битный?

Релиз новой версии библиотеки glibc 2.29 в США вызвал бурю споров по поводу форматов дат (комментарий)

И потом, сколько современных 32-бит систем будут работать через 19 лет?

Порой уже сейчас нужно указывать время в прошлом или будущем. Например, в 1900 или там 2040 году.

Порой уже сейчас нужно указывать время в прошлом или будущем. Например, в 1900 или там 2040 году.

У тебя 32-бит x86, и время в приложениях хранится в unixtime? Не можешь себе позволить современный процессор?

У тебя 32-бит x86, и время в приложениях хранится в unixtime?

У меня 32-бит Linux, со всеми вытекающими.

Не можешь себе позволить современный процессор?

Т.е. юникстайм ломается от архитектуры, ЧТД.

все используют логичную датировку число/месяц/год, а они выёживаются

У меня 32-бит Linux, со всеми вытекающими.

И легаси порты… Зачем так жить?

Т.е. юникстайм ломается от архитектуры, ЧТД.

Не архитектуры, а конкретной реализации. Легаси тянут, пока не сдохнут. Мазохисты.

И легаси порты… Зачем так жить?
Легаси тянут, пока не сдохнут. Мазохисты.

Типичная мантра оторванных от реальности технофашиков с прогрессирующим расстройством головного мозга.

оторванных от реальности технофашиков

«Реальность» — это неспособность обновить инструмент, а «тохнофашики» — могущие позволить себе современное железо вместо пятнадцатилетнего претендента на свалку?

«Реальность» — это неспособность обновить инструмент, а «тохнофашики» — могущие позволить себе современное железо вместо пятнадцатилетнего претендента на свалку?

Ещё один ненищеброд, жрущий доширак за кредитный айфон? И сколько вас там таких?