Как взломать и изменить предустановленный формат даты и времени KDE 5, который поставляется с Debian 9.2.1 Stretch?

Question 1

Я хотел бы взломать и изменить предопределённый формат даты и времени в KDE 5 на Debian 9.2.1 Stretch.

Предопределённый формат можно выбрать из списка заранее заданных форматов в Kickoff Launcher > Компьютер > Системные настройки > Персонализация > Региональные настройки > Форматы.

(Скриншот диалогового окна настроек Форматов можно увидеть по адресу https://superuser.com/q/1162283 на сайте SuperUser.)

Эффект формата появляется как в самом диалоговом окне настроек Форматов, так и в поле Дата в режиме подробностей файлового менеджера Dolphin рабочего стола KDE, а также в Свойствах любого файла в Dolphin.

К сожалению, ни один из предопределённых форматов мне не подходит. Формат даты и времени en_US (“США – Американский английский”) особенно ужасен с моей точки зрения. С другой стороны, короткий формат даты и времени en_SE (“Швеция – Английский”) соответствует ISO 8601 и близок к тому, что я хочу. Тем не менее, даже en_SE меня полностью не устраивает; особенно его длинный формат вызывает у меня разочарование.

Это диалоговое окно настроек Форматов никогда не позволяет свободно создавать пользовательские форматы. Оно лишь предлагает выбор из предопределённых форматов.

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

Каталог /usr/share/i18n/locales содержит файлы форматов. Имена файлов идентичны именам форматов, таким как en_US, en_GB, fr_FR и так далее. Однако KDE, который поставляется с Debian 9.2.1, не обращает внимания на файлы форматов в /usr/share/i18n/locales. Изменение этих файлов форматов или даже их удаление никогда не влияет на поведение KDE на Debian 9.2.1. В этом каталоге даже отсутствует en_SE, и тем не менее en_SE появляется в диалоговом окне настроек Форматов.

Мне интересно, предопределённые форматы закодированы в KDE.

Замечу, что Debian 9.0 Stretch был выпущен 17 июня 2017 года. Версии компонентов KDE, которые поставляются с Debian 9.2.1, следующие:

plasmashell --version
# plasmashell 5.8.6

kf5-config --version
# Qt: 5.7.1
# KDE Frameworks: 5.28.0
# kf5-config: 1.0

TheEzekielProject утверждает в своем посте (https://www.linuxquestions.org/questions/linuxquestions-org-member-success-stories-23/guide-to-setting-custom-date-format-in-recent-versions-of-kde-4175595458-print/), что ему удалось создать пользовательский формат даты и времени, изменив файл формата в каталоге /usr/share/i18n/locales. Операционные системы, которые он тестировал, это Kali Linux 2016.2 rolling с KDE Plasma 5.8.2 и KDE Frameworks 5.27.0, и Kubuntu 16.10 с KDE Plasma 5.7.5 и KDE Frameworks 5.26.0. Его системы старше моей.

Я попробовал его метод. В файле формата, под LC_TIME, я изменил d_t_fmt, d_fmt, t_fmt и t_fmt_ampm, и выполнил locale-gen и так далее. Однако его метод, как оказалось, не оказывает влияния на KDE на Debian 9.2.1. Также комментарий к его посту жалуется на то, что его метод не работает на Neon (plasma 5.10).

Кстати, мой вопрос не является дубликатом questions/1162283/use-iso-time-and-date-format-in-kde-5 на сайте SuperUser. Вопрос 1162283 касался формата даты и времени ISO, и он был выполнен в ответе от Марко Луссетти, то есть просто выбрав en_SE из списка предопределённых форматов. Мой вопрос запрашивает способ взлома, чтобы перейти за пределы предопределённых форматов.

Question 2

У меня ушло полдня, чтобы (почти) полностью исследовать это, но, похоже, я нашел способ это сделать, и вам это не понравится …

Решение:

В кратце,

KDE просто использует QT QLocale. Он сам использует закодированные данные внутри qlocale_data_p.h, глубоко в ядре библиотеки QT.

Эти данные, видимо, созданы вручную на основе “Общего репозитория данных локализации” от Консорциума Юникода с использованием нескольких Python-скриптов внутри util/local_database/ пакета исходного кода QT. Который сам по себе даже не является частью исходного кода, в этом я уверен. Не говоря уже о том, чтобы использовать какие-либо конфигурационные файлы или файлы данных на вашем компьютере.

Таким образом, единственный способ сделать это, это …

Скачать файлы CLDR, либо в виде пакета на http://unicode.org/Public/cldr/latest/core.zip (или cldr-common-*.zip, оба, похоже, содержат одно и то же), или на https://www.unicode.org/repos/cldr/trunk/ и извлечь XML-файлы из common/main/.
Кроме того, у Gentoo есть пакет под названием app-i18n/unicode-cldr.
Получить исходный код ядра QT, например, из репозитория вашей дистрибуции и распаковать его.
Использовать скрипты в util/local_database/ (такие как cldr2qlocalexml.py и qlocalexml2cpp.py) с XML-файлом для вашего языка, чтобы заново сгенерировать статический qlocale_data_p.h.
Затем скомпилировать и установить пакет как обычно.

И не забудьте пересобрать все остальные пакеты, которые включают qlocale_data_p.h.

Или, на Gentoo, сделайте постоянный патч с:

ebuild $(equery w dev-qt/qtcore:5) prepare
pushd /var/tmp/portage/dev-qt/qtcore-5*/work/ # предполагая, что это каталог сборки по умолчанию Portage
mv qtbase-opensource-src-5.9.3 a
cp -a a b

Теперь внесите вышеуказанные изменения в b, а не в a. Затем продолжайте с:

mkdir -p /etc/portage/patches/dev-qt/$(basename $(dirname $(pwd))) # только для этой версии
#mkdir -p /etc/portage/patches/dev-qt/qtcore # для всех версий
diff -ur a b > /etc/portage/patches/dev-qt/qtcore*/my-locale.patch
rm -rf a b
popd
ebuild $(equery w dev-qt/qtcore:5) clean
# Пересобрать все пакеты, которые от него зависят, просто для уверенности. Это может быть необязательно.
emerge -1 dev-qt/qtcore:5 $(equery d dev-qt/qtcore:5 | sed 's/^/=/')

Заключительные мысли

Честно говоря, я не проверял, работают ли эти Python-скрипты просто при передаче XML-файла. В какой-то момент я просто перестал беспокоиться и хотел бы сжечь это огнем. 🙂

Если кто-то хочет на практике это сделать, пожалуйста, сообщите, и я обновлю этот ответ. (Или сделайте это сами, если можете.)

Вот как я сюда пришел:

Я открыл диалоговое окно настройки форматов времени KDE, щелкнув правой кнопкой мыши на часах в панели задач.
Затем, с помощью htop, я нашел недавно запущенные процессы, среди которых был очевидный kcmshell5 formats.
Используя функцию l — список открытых файлов в htop, я отфильтровал по “format” и обнаружил /usr/lib64/qt5/plugins/kcm_formats.so.
С помощью Gentoo equery belongs /usr/lib64/qt5/plugins/kcm_formats.so я смог определить пакет kde-plasma/plasma-desktop.
После распаковки его исходного файла я быстро нашел kcms/formats/kcmformats.cpp, который использовал QLocale и также включал <QLocale>.
Этот QLocale затем можно было найти с помощью locate -i QLocale, и он находился по адресу /usr/include/qt[5]/QtCore/qlocale.h. Он включал некоторые сгенерированные перечисления языков, сценариев и т. д.
Другой equery belongs /usr/include/qt[5]/QtCore/qlocale.h указал мне на dev-qt/qtcore/qtcore, и позже распаковка исходного файла…
… у меня уже было внутреннее чувство, что все это было сгенерировано с помощью какого-то инструмента. Поэтому я заглянул в util/ и нашел util/local_database/README, в котором говорилось: “local_database используется для генерации данных qlocale из Общего репозитория данных локализации (База данных для локализованных имён (таких как форматы дат, названия стран и т. д.)).”
Никогда не слышав об этом, я посмотрел это и, видимо, это от Консорциума Юникода. Код cldr2qlocalexml.py не оказался очень полезным, так как он вызывается с путём к каталогу, содержащему локали CLDR. Однако его результат используется в qlocalexml2cpp.py, который генерирует файл src/corelib/tools/qlocale_data_p.h, который включает в себя огромные записанные вручную таблицы всех данных локалей. И этот файл уже существовал в исходном коде. Так что… да, это (частично?) закодировано.
Но файлы XML CLDR нигде не были найдены. Поэтому я предполагаю, что он просто использует ранее подготовленный qlocale_data_p.h. Что не очень соответствует духу открытого программного обеспечения. Но, по крайней мере, вы можете сделать это сами, как описано выше.

Question 3

Если кого-то интересует, вот шаги, которые я предпринял, чтобы изменить и скомпилировать библиотеки QT Core на Debian 10. Это позволило мне установить форматы даты и времени так, как я хотел для KDE PIM (kontact, и в частности korganizer). Это немного запутанно, но работает для меня. Мне следовало сделать это много лет назад. К сожалению, изменение формата даты или времени требует нескольких часов.

Я использовал полезные пошаговые инструкции, опубликованные Гленом Уитни, чтобы начать этот подход.

Заметки: Я начал с минимальной установки Debian 10. Я предполагаю, что sudo установлен, чтобы позволить выполнять команды от имени root. Команды ниже предполагают, что bash является оболочкой.

Установите необходимые зависимости для сборки исходных пакетов в Debian.
```
sudo apt install build-essential fakeroot devscripts
```
Установите другие необходимые зависимости.
```
sudo apt install python2
sudo apt-get build-dep qtbase-opensource-src
```
Создайте каталог, в котором будете работать. Я использую QtLocaleFix как основной каталог для работы.
```
mkdir QtLocaleFix
cd QtLocaleFix
TOPDIR="${PWD}"
```
Создайте три подкаталога: один для исходного кода QtBase, один для CLDR (Общий репозиторий данных локализации) и один для удобства для скриптов, необходимых для преобразования информации о локали CLDR в формат, необходимый библиотекам QtBase.
```
QtBaseSrcDIR="${TOPDIR}/QtBaseSrc"
mkdir "${QtBaseSrcDIR}"
CLDRDIR="${TOPDIR}/CLDR"
mkdir "${CLDRDIR}"
CLDRScriptsDIR="${TOPDIR}/CLDRScripts"
mkdir "${CLDRScriptsDIR}"
```
Получите исходный код для библиотек QtBase (libqt5core5a).
```
cd "${QtBaseSrcDIR}"
apt source qtbase-opensource-src
```
Предыдущий шаг загрузил файлы исходного кода для библиотек QtBase. Он также распаковал их. Одним из распакованных элементов является каталог (например, qtbase-opensource-src-5.11.3+dfsg1). Это каталог, в котором мы будем компилировать библиотеки. Для удобства определите переменную окружения, чтобы указать этот путь к каталогу. В основном, мы хотим что-то вроде QtBaseBuildDIR="${QtBaseSrcDIR}/qtbase-opensource-src-5.11.3+dfsg1", но возможно, что каталог будет иметь другое имя для разных версий исходного кода. Таким образом, команда find ниже находит имя распакованного каталога и устанавливает его в переменную окружения. Имя каталога также можно определить с помощью вывода ls -F из командной строки.
```
QtBaseBuildDIR="$(find "${QtBaseSrcDIR}" -maxdepth 1 -mindepth 1 -type d -print)" && echo "${QtBaseBuildDIR}"
```

Создайте отдельную версию исходного кода для этой сборки.

cd "${QtBaseBuildDIR}"
dch --local "localver" "Изменения в локальных настройках для форматов даты и времени"

Скопируйте скрипты преобразования CLDR в "${CLDRScriptsDIR}". Этот шаг можно пропустить, и скрипты можно выполнить прямо из существующей подкаталога "${QtBaseBuildDIR}". Однако выполнение этого шага копирует файлы байт-кода Python, которые будут созданы, когда скрипты выполняются.
```
cp -pr "${QtBaseBuildDIR}"/util/local_database/* "${CLDRScriptsDIR}"
```
Чтобы изменить форматы даты и/или времени, нужны данные CLDR. Их можно скачать с http://cldr.unicode.org/ страницы загрузки сайта (http://cldr.unicode.org/index/downloads). Доступно несколько версий. Этот шаг устанавливает переменную окружения для версии, которую нужно загрузить. У меня возникли проблемы, когда я пытался использовать последнюю версию, поэтому я использовал ту же, что и библиотеки QtBase в пакете исходного кода Debian. Данные CLDR используются для создания заголовочного файла с именем "qlocale_data_p.h", и существующий заголовочный файл указывает, какую версию CLDR использовали. Команда ниже извлекает версию из файла. Это должно быть что-то вроде "31.0.1". Другие версии могут работать или не работать. Любой желаемый номер версии можно установить, задав CLDRversion нужную версию. Например, CLDRversion="31.0.1". Скорее всего, есть лучший способ извлечь номер версии из файла.
```
QLocaleDataFile="$(find "${QtBaseBuildDIR}" -name "qlocale_data_p.h" -size +100k)" && echo "${QLocaleDataFile}"
CLDRversion="$(grep "Common Locale Data Repository" "${QLocaleDataFile}" | awk -F " " '{ print $NF }' | awk '{ sub(/v/,""); print }')" && echo "${CLDRversion}"
```

Скачайте архив файла CLDR.

cd "${CLDRDIR}"
curl "http://unicode.org/Public/cldr/${CLDRversion}/core.zip" --output "${CLDRDIR}/core.zip"

Извлеките файлы CLDR
```
unzip core.zip
```
Следующие несколько шагов — это те, где можно изменить предопределённые даты и время (или другие форматы локалей) перед сборкой библиотек QtBase. Конкретные изменения зависят от желаемых форматов. Следуя подходу, подобному тому, что предоставил Глен Уитни, нужно вносить правки в файл или файлы в "${CLDRDIR}/common/main". Также можно применять правки к промежуточному файлу локали, localesForQt.xml. Промежуточный файл локали создаётся на шаге 14.

Составьте список желаемых изменений и ознакомьтесь с документацией перед продолжением.

Конкретные изменения, которые нужно внести и как это сделать, выходят за рамки этих инструкций. Однако вот несколько подсказок и заметок.
- Если редактируете файлы CLDR:
  - Для модификаций на английском языке можно изменить "${CLDRDIR}/comman/main/en.xml", как сделал Глен Уитни.
  - Посмотрите на настройки в //ldml/dates/calendars/calendar[@type="gregorian"]/dateFormats/ или //ldml/dates/calendars/calendar[@type="gregorian"]/timeFormats/
  - Ссылки ниже содержат ссылки на документацию о том, как задавать поля. (Обратите внимание, что способ, которым форматы указаны, отличается для загруженных файлов CLDR и для промежуточного файла локали. Ознакомьтесь с документацией Unicode LDML, если редактируете файлы CLDR.)
  - Некоторые изменения в файлах CLDR не будут переноситься в промежуточный файл локали. Некоторые элементы в файлах CLDR не имеют аналогов в рамках Qt локалей.
- Если редактируете промежуточный файл:
  - Каждая локаль в файле содержит около 55 строк с настройками локали.
  - Найдите соответствующий //localeDatabase/localeList/locale/ раздел, в котором требуются изменения.
  - Ищите язык или страну, чтобы найти, какой раздел изменить. Например, ищите “UnitedStates” и найдите блок локали, соответствующий “Американскому английскому” языку и “Соединённым Штатам”. На самом деле, поиск “United States” или “American English” (с пробелом между двумя словами) привел меня прямо к блоку, который я хотел изменить.
  - Ссылки ниже содержат ссылки на документацию о том, как задавать поля. (Обратите внимание, что способ, которым форматы указаны, отличается для промежуточного файла локали и для загруженных файлов CLDR. Ознакомьтесь с документацией по QtDate и QtTime, если редактируете промежуточный файл локали.)
- Редактирование промежуточного файла локали, вероятно, более прямолинейно для большинства случаев использования.
Используйте текстовый редактор, чтобы изменить любые файлы в "${CLDRDIR}/common/main", где требуются изменения. Как было описано выше, на этом этапе не обязательно изменять какие-либо файлы. Промежуточный файл локали может быть легче отредактировать.
```
sensible-editor "${CLDRDIR}"/common/main/en.xml
```
Обработайте файлы CLDR, чтобы создать промежуточный файл локали localesForQt.xml, который будет размещён в "${TOPDIR}". Этот шаг займет несколько минут и сгенерирует множество сообщений “пропущено defaultContent” и “пропущен файл”. Сообщения могут даже создать впечатление, что файлы, изменённые на предыдущем шаге, были пропущены. Не паникуйте. Сообщения, похоже, вводят в заблуждение.
```
"${CLDRScriptsDIR}"/cldr2qlocalexml.py "${CLDRDIR}"/common/main > "${TOPDIR}/localesForQt.xml"
```
Используйте текстовый редактор, чтобы изменить или проверить промежуточный файл локали, если это необходимо. Если изменения были внесены в файлы CLDR перед созданием промежуточного файла локали, это возможность проверить, что все желаемые изменения попали в промежуточный файл локали.
```
sensible-editor "${TOPDIR}/localesForQt.xml"
```
Некоторые примеры изменений (для локали “Соединённые Штаты” “Американский английский”, например) :

БЫЛО:
```
            <longDateFormat>dddd, MMMM d, yyyy</longDateFormat>
            <shortDateFormat>M/d/yy</shortDateFormat>
            <longTimeFormat>h:mm:ss AP t</longTimeFormat>
            <shortTimeFormat>h:mm AP</shortTimeFormat>
```
СТАЛО:
```
            <longDateFormat>dddd, MMMM dd, yyyy</longDateFormat>
            <shortDateFormat>yyyy-MM-dd</shortDateFormat>
            <longTimeFormat>HH:mm:ss t</longTimeFormat>
            <shortTimeFormat>HH:mm</shortTimeFormat>
```
Используйте предоставленный скрипт, чтобы сгенерировать код C++ из промежуточного файла локали.
```
"${CLDRScriptsDIR}"/qlocalexml2cpp.py "${TOPDIR}"/localesForQt.xml "${QtBaseBuildDIR}" 
```
Закрепите изменения в патч-файле. Назовите патч "localver_locale_modification.diff" или что-то подобное. Откроется редактор, где можно задокументировать изменения.
```
cd "${QtBaseBuildDIR}"
dpkg-source --commit
```
Соберите все библиотеки QtBase. Этот шаг займет много времени.
```
debuild -us -uc
```
При завершении предыдущего шага будет создано много .deb файлов в "${QtBaseSrcDIR}". Установите их с помощью dpkg. Обратите внимание, что все пакеты имеют “localver” в имени. Это может быть полезно для определения, какие пакеты были установлены из исходных кодов. После первоначальной попытки установки с помощью dpkg, если есть отсутствующие зависимости, их можно исправить с помощью sudo dpkg --configure -a и sudo apt-get -f install. Затем установку пакетов “localver” можно повторить.
```
find "${QtBaseSrcDIR}" -maxdepth 1 -mindepth 1 -type f -name \*localver\*.deb ! -name \*dbgsym\* -print0 | xargs -0 sudo dpkg -i
sudo dpkg --configure -a
sudo apt-get -f install
find "${QtBaseSrcDIR}" -maxdepth 1 -mindepth 1 -type f -name \*localver\*.deb ! -name \*dbgsym\* -print0 | xargs -0 sudo dpkg -i
```
Откройте “Системные настройки”/Персонализация/Региональные настройки/Форматы и установите Регион на желаемую локаль(и) (например, “en_US”). Настройка должна соответствовать стране и региону, чья локаль была изменена. Нажмите “Детальные настройки” и настройте ту же локаль для всех подопций. (Я не получил всех обновлений, пока не включил и не установил все детальные настройки.) Выйдите из системы или перезагрузите, чтобы настройки вступили в силу.

Ссылки:

отчет о ошибке kde.org:
https://bugs.kde.org/show_bug.cgi?id=340982

Язык разметки данных локализации Unicode (LDML) Часть 4: Даты # Символы таблицы полей даты:
https://www.unicode.org/reports/tr35/tr35-dates.html#Date_Field_Symbol_Table

Параметры формата Qt QTime:
https://doc.qt.io/qt-5/qtime.html#toString

Параметры формата Qt QDate:
https://doc.qt.io/qt-5/qdate.html#fromString

Ссылки сокращены из-за превышения максимального количества ссылок.

Question 4

Спустя год с лишним, насколько я понимаю, ситуация осталась прежней, и я только что прошел этот процесс на OpenSUSE Tumbleweed, чтобы установить форматы даты так, как я хочу для en_US. Вот пошаговая инструкция, замените [SOMEPATH] (включая скобки) на свой выбор, и вам может понадобиться обновить номер версии CLDR, если он изменился с 35.1 с момента моей публикации:

sudo zypper si libqt5-qtbase # Это устанавливает исходный RPM для Qt Core
cd /usr/src/packages/SPECS
sudo rpmbuild -bp libqt5-qtbase.spec
cd [SOMEPATH]
curl http://unicode.org/Public/cldr/35.1/core.zip --output core.zip
unzip core.zip
nano common/main/en.xml # или любой язык/регион, который вы хотите изменить — найдите форматы даты, которые хотите изменить, или любые другие параметры локали и редактируйте по своему усмотрению.
cd /usr/src/packages/BUILD/qtbase-everywhere-src-5.13.0/util/local_database/
./cldr2qlocalexml.py [SOMEPATH]/common/main > [SOMEPATH]/localesForQt.xml
sudo ./qlocalexml2cpp.py [SOMEPATH]/localesForQt.xml /usr/src/packages/BUILD/qtbase-everywhere-src-5.13.0/
cd /usr/src/packages/SPECS
sudo rpmbuild --noprep --noclean -bb libqt5-qtbase.spec # Идите смотрите фильм, в зависимости от скорости вашего компьютера…
Когда сборка будет завершена, должно быть создано много RPM в /usr/src/packages/RPMS/[ваша_архитектура]. Перейдите в этот каталог.
sudo zypper install *Core*
Перезагрузите и войдите снова, и вы должны видеть свои изменения 🙂

Видите, разве не удобно настраивать KDE/Qt? 😉

Question 5

Я ранее отвечал на этот вопрос, давая инструкции по внесению изменений в форматы локалей, компилируя изменённую версию библиотек Qt Base на Debian 10. Этот ответ аналогичен, но содержит конкретные команды, которые я использовал, когда делал те же изменения на Debian 12. Есть несколько отличий между инструкциями для Debian 10 и Debian 12. Инструкции и так достаточно сложные, поэтому я решил, что будет проще создать новый ответ, чем пытаться изменить предыдущий ответ, чтобы охватить обе версии.

Я также включаю (по желанию) инструкции по изменению локалей glibc отдельно, чтобы дать ответ на вопрос, как изменить форматы даты и времени, например, для KDE и всех приложений glibc.

Повторяю комментарий из моего оригинального ответа: К сожалению, изменение формата даты или времени требует нескольких часов.

Инструкции по компиляции QtBase с изменениями в форматах локалей

Базовая система и предположения:

Установленный Debian 12 с:
- рабочей среды / KDE Plasma
- сервер SSH
- стандартные системные утилиты
Предполагается, что:
- пользователь может использовать sudo для выполнения команд от имени root
- bash является оболочкой

Убедитесь, что система обновлена, и установите необходимые зависимости для сборки исходных пакетов в Debian, если они ещё не установлены.

sudo apt update
sudo apt upgrade
sudo apt install build-essential fakeroot devscripts

Установите другие необходимые зависимости.

sudo apt build-dep qtbase-opensource-src
sudo apt install curl software-properties-common

Исходный код QtBase, который используется в Debian 12, имеет скрипты Python, которые нужно запускать с Python2. (Для некоторых более поздних версий скрипты были обновлены для использования Python3.) Этот шаг устанавливает Python2 на Debian 12. Это может не потребоваться для других дистрибутивов. Debian 12 по умолчанию не содержит Python2, поэтому он устанавливается из Debian 9 (Stretch).

sudo add-apt-repository -S deb http://archive.debian.org/debian stretch main
sudo apt update
sudo apt install python2.7
sudo add-apt-repository -r deb http://archive.debian.org/debian stretch main

Создайте каталог, в котором будете работать. Я использовал QtLocaleFix в своём домашнем каталоге.

TOPDIR="${HOME}/QtLocaleFix"
mkdir -p "${TOPDIR}"
cd "${TOPDIR}"

Создайте два подкаталога: один для исходного кода QtBase и один для CLDR (Общий репозиторий данных локализации).

QtBaseSrcDIR="${TOPDIR}/QtBaseSrc"
mkdir -p "${QtBaseSrcDIR}"
CLDRDIR="${TOPDIR}/CLDR"
mkdir -p "${CLDRDIR}"

Получите исходный код для библиотек QtBase (libqt5core5a).

 cd "${QtBaseSrcDIR}" && apt source qtbase-opensource-src

Предыдущий шаг загрузил файлы исходного кода для библиотек QtBase. Он также распаковал их. Одним из распакованных элементов является каталог (например, qtbase-opensource-src-5.15.8+dfsg). Это каталог, в котором мы будем компилировать библиотеки. Для удобства определите переменную окружения, чтобы указать этот путь к каталогу. В основном, мы хотим что-то вроде QtBaseBuildDIR="${QtBaseSrcDIR}/qtbase-opensource-src-5.15.8+dfsg", но возможно, что каталог будет иметь другое имя для разных версий исходного кода. Таким образом, команда find ниже находит имя распакованного каталога и устанавливает его в переменную окружения. Имя каталога также можно определить с помощью вывода ls -F из командной строки.

QtBaseBuildDIR="$(find "${QtBaseSrcDIR}" -maxdepth 1 -mindepth 1 -type d -print)" && echo "${QtBaseBuildDIR}"

Создайте отдельную версию исходного кода для этой сборки. Игнорируйте любые предупреждения о переменных окружения DEBEMAIL или EMAIL, так как у нас нет намерения делиться результатами наших конкретных обновлений. Команды dch или debchange могут быть недоступны на системах, не основанных на Debian. Кажется, что эту команду можно пропустить, не нарушая ничего, но я не тестировал и не проверял это никаким образом.

 cd "${QtBaseBuildDIR}" && dch --local "localver" "Изменения в локальных настройках для пользовательских настроек"

Чтобы изменить форматы даты и/или времени, нужны данные CLDR. Их можно скачать с http://cldr.unicode.org/ страницы загрузки сайта (http://cldr.unicode.org/index/downloads). Доступно несколько версий. Этот шаг устанавливает переменную окружения для номера версии, которую нужно загрузить. У меня возникли проблемы, когда я пытался использовать последнюю версию, поэтому я использовал ту же, что и библиотеки QtBase в пакете исходного кода Debian. Данные CLDR используются для создания заголовочного файла с именем qlocale_data_p.h, и существующий заголовочный файл указывает, какую версию CLDR использовали. Команда ниже извлекает версию из файла. Это должно быть что-то вроде "39" или "31.0.1". Другие версии могут работать или не работать. Любой желаемый номер версии можно установить, задав CLDRversion нужную версию. Например, CLDRversion="39". Скорее всего, есть лучший способ извлечь номер версии из файла.

QLocaleDataFile="$(find "${QtBaseBuildDIR}" -name "qlocale_data_p.h" -size +100k)" && echo "${QLocaleDataFile}"
CLDRversion="$(grep "Common Locale Data Repository" "${QLocaleDataFile}" | awk -F " " '{ print $NF }' | awk '{ sub(/v/,""); print }')" && echo "${CLDRversion}"

Скачать архив файла CLDR.

cd "${CLDRDIR}" && curl "http://unicode.org/Public/cldr/${CLDRversion}/core.zip" --output "${CLDRDIR}"/core.zip

Извлечь файлы CLDR

unzip "${CLDRDIR}"/core.zip -d "${CLDRDIR}"

Каталог "${CLDRDIR}/common/main" содержит XML-файлы, которые могут быть изменены для изменения форматов локалей по умолчанию. Однако вносить изменения в промежуточный файл localesForQt.xml, который будет создан на следующем шаге, проще, и именно это будут описывать эти инструкции.
Обработайте файлы CLDR, чтобы создать промежуточный файл локали localesForQt.xml, который будет размещён в "${TOPDIR}". Этот шаг займет несколько минут и сгенерирует множество сообщений “пропущено defaultContent” и “пропущен файл”. Сообщения могут быть проигнорированы. Установка PYTHONDONTWRITEBYTECODE=1 необязательна, но выполнение этого шага позволяет избежать удаления или учета файлов байт-кода Python, которые будут созданы, когда скрипты выполняются.

export PYTHONDONTWRITEBYTECODE=1
python2.7 "${QtBaseBuildDIR}"/util/locale_database/cldr2qlocalexml.py "${CLDRDIR}" > "${TOPDIR}"/localesForQt.xml

Используйте текстовый редактор, чтобы изменить промежуточный файл локали по желанию.
Каждая локаль в файле содержит около 69 строк с настройками локали.
Найдите соответствующий раздел локали (//localeDatabase/localeList/locale/), где требуются изменения.
Обычно это соответствует локали, которую вы в данный момент используете в KDE. В любом случае, это будет локаль, которую вы захотите использовать в KDE после внесения этих изменений.
Ищите язык или страну, чтобы найти, какой раздел изменить. Например, ищите “UnitedStates” и найдите блок локали, соответствующий “Американскому английскому” языку и “Соединённым Штатам”. Поиск “American English” (с пробелом между двумя словами) привел меня прямо к блоку, который я хотел изменить.
Ссылки ниже содержат ссылки на документацию о том, как задавать поля. Ознакомьтесь с документацией по QtDate и QtTime, если редактируете форматы даты и времени. Другие форматы также могут быть настроены.

sensible-editor "${TOPDIR}/localesForQt.xml"

Некоторые примеры изменений (для локали “Соединённые Штаты” “Американский английский”, например) :

БЫЛО:

<longDateFormat>dddd, MMMM d, yyyy</longDateFormat>
<shortDateFormat>M/d/yy</shortDateFormat>
<longTimeFormat>h:mm:ss AP t</longTimeFormat>
<shortTimeFormat>h:mm AP</shortTimeFormat>

СТАЛО:

<longDateFormat>dddd, MMMM dd, yyyy</longDateFormat>
<shortDateFormat>yyyy-MM-dd</shortDateFormat>
<longTimeFormat>HH:mm:ss t</longTimeFormat>
<shortTimeFormat>HH:mm</shortTimeFormat>

Используйте предоставленный скрипт, чтобы сгенерировать C++ код из промежуточного файла локали.

python2.7 "${QtBaseBuildDIR}"/util/locale_database/qlocalexml2cpp.py "${TOPDIR}"/localesForQt.xml "${QtBaseBuildDIR}"

Закрепите изменения в патч-файле. Назовите патч "localver_locale_modification.diff" или что-то подобное. Откроется редактор, где можно задокументировать изменения.

cd "${QtBaseBuildDIR}" && dpkg-source --commit

Соберите все библиотеки QtBase. Этот шаг займет много времени.
По завершении этого шага будет много .deb файлов в "${QtBaseSrcDIR}". Обратите внимание, что все пакеты имеют "localver" в имени. Это может быть полезно для определения, какие пакеты были установлены из исходного кода в результате этих изменений.

cd "${QtBaseBuildDIR}" && debuild -i -us -uc -b

Создайте локальный репозиторий для хранения только что созданных пакетов Debian. Я использовал "/usr/local/myrepository". Пожалуйста, укажите полный путь, когда задаете MyRepository.

MyRepository="/usr/local/myrepository"
sudo mkdir -p "${MyRepository}"

Скопируйте пакеты Debian в локальный репозиторий. Команда ниже не копирует версии пакетов dbgsym.

sudo find "${QtBaseSrcDIR}" -maxdepth 1 -mindepth 1 -type f -name \*localver\*.deb ! -name \*dbgsym\* -execdir cp \{\} "${MyRepository}" \;

Сгенерируйте индексы, необходимые для apt при доступе к локальному репозиторию.

sudo bash -c "cd \"${MyRepository}\" && apt-ftparchive packages ./ | gzip > \"${MyRepository}\"/Packages.gz"

Добавьте локальный репозиторий в sources.list для apt. Обратите внимание, что команда apt-add-repository, используемая выше при установке Python2, не работает корректно для локальных репозиториев.

sudo bash -c "echo deb [trusted=yes] file://\"${MyRepository}\"/ ./ > /etc/apt/sources.list.d/local_kde_repository.list"

Установите все пакеты Debian в локальном репозитории

sudo apt update
sudo apt install $(zcat "${MyRepository}"/Packages.gz  | grep '^Package: ' | cut -c10- | sort)

Отметьте эти локально установленные пакеты, чтобы они не обновлялись при автоматических обновлениях

sudo apt-mark hold $(zcat "${MyRepository}"/Packages.gz  | grep '^Package: ' | cut -c10- | sort)

Откройте “Системные настройки”/Персонализация/Регион и язык и установите все параметры на желаемую локаль(и) (например, "en_US"). Настройка должна соответствовать стране и региону, чья локаль была изменена.
Выйдите из системы или перезагрузите, а затем войдите в систему, чтобы настройки вступили в силу.

Инструкции по созданию пользовательской локали glibc для установки форматов

Эти инструкции можно использовать как с KDE, так и без него, а также вместе с вышеупомянутыми инструкциями по изменению настроек локалей KDE.

Просмотрите существующие настройки локалей из командной строки.

locale

Если вы используете KDE, посмотрите настройки локалей KDE.

PlasmaLocaleRC="${XDG_CONFIG_HOME:-${HOME}/.config}/plasma-localerc"
[ -f "${PlasmaLocaleRC}" ] && cat "${PlasmaLocaleRC}"

Просмотрите список локалей в /usr/share/i18n/locales

ls /usr/share/i18n/locales

Используя существующие настройки локалей, настройки локалей KDE (если таковые имеются) и набор локалей в /usr/share/i18n/locales, выберите базовое имя для изменённой выходной локали. Также выберите имя из списка файлов в /usr/share/i18n/locales, которое будет оригинальной локалью, подлежащей изменению.

Базовое имя для модифицированной локали — это просто часть язык_регион из имени локали. Например, когда существующие настройки используют "en_US.UTF-8", базовым именем выходной локали будет "en_US".
- Если вы используете KDE, имя должно соответствовать тому, что использует KDE.
Оригинальная локаль, подлежащая изменению, часто имеет то же самое имя. То есть часто оба имени совпадают. Например, "en_US" в примере выше также было бы именем оригинальной локали, подлежащей изменению.
- Идея заключается в том, чтобы выбрать оригинальную локаль, которая в основном соответствует желаемому, чтобы потребовалось внести только несколько изменений. Так что проще всего просто использовать то же имя.
- Если вы не уверены, рекомендуется использовать одно и то же имя для обоих, по крайней мере, на начальном этапе. В противном случае "C" или "en_US" также являются хорошими выборами.
```
ModifiedBaseName="en_US"
OriginalLocaleName="en_US"
```

Выберите место для хранения вашей пользовательской локали.

MyLocaleDIR="${XDG_DATA_HOME:-${HOME}/.local/share}/locale"
mkdir -p "${MyLocaleDIR}"
cd "${MyLocaleDIR}"

Скопируйте оригинальное определение локали в локальное место назначения

cp -i "/usr/share/i18n/locales/${OriginalLocaleName}" "${MyLocaleDIR}/${ModifiedBaseName}@custom"

Для форматов даты и времени может быть полезно ознакомиться с руководством strftime.

man strftime

Отредактируйте пользовательское определение локали, установив желаемые форматы, заменяя изменяемые форматы на желаемые форматы.

Обратите внимание, что большинство файлов в /usr/share/i18n/locales будут использовать другие файлы или части других файлов в /usr/share/i18n/locales с помощью директив include или copy. Если файл, который вы редактируете на этом этапе, имеет одну из этих директив в разделе, который вы хотите отредактировать, вам, возможно, придется скопировать эти включённые или скопированные файлы или части файлов в редактируемый пользовательский файл. Или, возможно, выбор одного из этих файлов в качестве OriginalLocaleName на шаге D было лучше. В любом случае другие файлы в /usr/share/i18n/locales могут быть использованы в качестве примеров.

sensible-editor "${MyLocaleDIR}/${OriginalLocaleName}@custom"

Например:

%
% Соответствующее представление даты и времени (%c)
d_t_fmt  "%a %F %T %Z"
% то же самое, что: d_t_fmt  "%a %Y-%m-%d %H:%M:%S %Z"
%
% Соответствующее представление даты (%x)
d_fmt   "%F"
% то же самое, что: d_fmt   "%Y-%m-%d"
%
% Соответствующее представление времени (%X)
t_fmt   "%T"
% то же самое, что t_fmt    "%H:%M:%S"
%
% Соответствующее представление времени AM/PM (%r)
t_fmt_ampm  "%T"
% то же самое, что t_fmt, нет необходимости в чем-то другом для 24-часового формата
%
% Соответствующее представление даты и времени для date(1)
date_fmt "%a %F %T %Z"
% то же самое, что d_t_fmt
%
% Строки для AM/PM
am_pm   "";""
% не нужно am/pm для 24-часового времени
%

Создайте модифицированную локаль. Эти инструкции и команда ниже предполагают, что вы хотите заменить существующие настройки локалей новыми пользовательскими. То есть новые пользовательские настройки локалей будут использовать то же имя, что и существующий набор настроек локалей. Если это не то, что вы хотите, добавление @custom в конец имени перед -v в команде ниже можно использовать, чтобы дать пользовательским настройкам другое имя. Обратите внимание, что инструкции здесь не полностью охватывают этот случай, и могут быть некоторые проблемы при первом входе в систему, при запуске bash или при подключении к удалённым хостам с помощью SSH. В случае, охватываемом этими инструкциями, оригинальная локаль по-прежнему может быть доступна путем сброса LOCPATH.

localedef -f UTF-8 -i "${MyLocaleDIR}/${OriginalLocaleName}@custom" "${MyLocaleDIR}/${ModifiedBaseName}.utf8" -v

Имя кодировки (например, UTF-8) нормализуется glibc, так что UTF-8, UTF8, utf-8, utf8 и т.д. все ссылаются на одну и ту же кодировку.

Отредактируйте файл .bashrc, чтобы сделать вновь сгенерированные настройки локалей значениями по умолчанию

sensible-editor "${HOME}"/.bashrc

Поставьте что-то вроде этого, только используйте ModifiedBaseName для en_US.

# LOCPATH определяет, где находятся настройки локалей
export LOCPATH="${XDG_DATA_HOME:-${HOME}/.local/share}/locale":/usr/lib/locale
# задайте переменные окружения локали
export LANG=en_US.UTF-8
export LC_CTYPE=en_US.UTF-8
export LC_NUMERIC=en_US.UTF-8
export LC_TIME=en_US.UTF-8
export LC_COLLATE=C
export LC_MONETARY=en_US.UTF-8
export LC_MESSAGES=en_US.UTF-8
export LC_PAPER=en_US.UTF-8
export LC_NAME=en_US.UTF-8
export LC_ADDRESS=en_US.UTF-8
export LC_TELEPHONE=en_US.UTF-8
export LC_MEASUREMENT=en_US.UTF-8
export LC_IDENTIFICATION=en_US.UTF-8
#
# по желанию, задайте формат времени для команды ls
export TIME_STYLE=long-iso
#