Cintu и Cinnamon недо-четвёртый

Cintu и Cinnamon недо-четвёртый

Наши с Мануалом ожидания увидеть релиз среды Cinnamon 4.0 к знаменательной дате — 1 нояюря 2018 года — не оправдались. Но зато на Launchpad’е неожиданно обнаружился PPA-репозиторий с пакетами Cinnamon, предназначенными для тестирования. И для некоторых из этих пакетов уже прямо указана принадлежность к 4-й версии, а другие, например, nemo-3.9.0-201810300304~ubuntu18.04.1, асимптотически к ней приближаются.

Разумеется, мы с Мануалом не удержались, и употребили этот репозиторий по прямому назначению — то есть решили протестировать его в Cintu. Для чего склонировали виртуальную машину с Cintu 18.04 Small Edition, штатными средствами обновлённую до 18.04.1. И после запуска машины клона (она получила имя cintu-18.04.1-4.0go-test) — отключили репозитории Embrosyn’а, бывшие источниками Cinnamon и комплекта X-Apps. И, напротив, подключили указанный выше PPA’шник, принадлежащий человеку с ником gogo:

$ sudo add-apt-repository ppa:trebelnik-stefina/cinnamon

А после автоматического обновления локального кеша выполнили обновление системы и её очистку:

$ sudo ucaresystem-core

Последовавшая перезагрузка прошла без приключений, и система после него выглядела вполне как настоящая, то есть оказалась полностью работоспособной. Хотя в окне Synaptic’а можно было наглядно видеть микст из пакетов версий 4.0 и 3.8.X:

Правда, и особых изменений в поведении среды обнаружить не удалось. А об обещанном росте быстродействия в виртуальной машине судить трудно.

Вот в Nemo изменения в глаза бросались — не столько в нём самом, сколько в окне его настроек. Где, во-первых, горизонтальна полоска вкладок сменилась вертикальным сайдбаром:

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

И, наконец, при списочном представлении файлов появился столбец с именем Created Time. Который по умолчанию не отображается, как и находящийся рядом столбец Data Created — забегая вперёд, скажу, что это одно и то же:

И включение любого из этих пунктов приводит к появлению в списке столбца, значения в котором действительно соответствуют времени создания файлов, например, командой touch, и в дальнейшем не меняются.

Возникает вопрос — что это за время создания, и откуда оно берётся? Ведь среди временных атрибутов файлов, таких, как ctime, mtime, atime, для ещё одной временной метки места не находится.

Предположительный ответ можно найти, просматривая свойства единичного файла через контекстное меню по ПКМ. Где видно, что значения времени создания файла, отличаясь, естественно, от mtime, совпадают с… его atime:

То есть получается, что атрибут Created Time подменяет собой время последнего доступа к файлу, отличаясь от ctime, которое часто соответствует времени создания файла — ведь в обыденной жизни его метаинформация меняется не так уж и часто:

Интересно, что при копировании целевой файл не наследует Created Time от файла-источника — оно соответствует времени копирования. И потому возникает парадоксальная ситуация, когда файлы оказываются созданными позднее, чем были модифицированы:

Хотя, если вдуматься, так оно и должно быть.

В заключение заметим, что, как говорят разработчики среды Cinnamon, опция Created Time включается только в системах с ядром от 4.15 и ext4, и не работает в зашифрованных разделах. Мы это не проверяли, но «джентльменам верят на слово», не так ли?

P.S. Заметка эта была уже написана, когда Алексей Костарев подсказал, что Created Time может быть реализовано с помощью дополнительных атрибутов, присваиваемых командой chattr. И действительно, через неё доступен атрибут A — no atime updates, что запрещает обновлять атрибут atime.

image_pdfPDF

Добавить комментарий