Filesystem coherency and conflicts

Полиси по целостности файловой системы внутри RPM пакетов и указанию конфликтов.

Предварительные сведения

При установке пакетов rpm может неожиданно обнаружить, что содержимое устанавливаемых пакетов конфликтует между собой. Это особенно неприятно при dist-upgrade транзакциях на сотни и тысячи пакетов. Поэтому необходимо, чтобы пакеты заранее предупеждали rpm и apt о своих конфликтах. Кроме того, некоторые конфликты являются особо патологическими и легко вводящими rpm в заблуждение. Наличие таких конфликтов свидетельствует о проблемах в упаковке пакета.

Далее под другим пакетом понимаем пакет, не обязательно присутствующий в текущем Сизифе, но когда-либо собранный в Сизиф либо один из бранчей/дистрибутивов. Также альтернатива либо симлинк может быть в другом или в этом же пакете, в том числе в старой версии пакета, более не присутствующей в Сизифе.

Под rpm пакетами с неявными конфликтами в файловой системе будем понимать rpm пакеты, у которых отсутствуют явные Conflicts:/ Obsoletes: друг на друга, но содержимое которых совместно установить с помощью rpm невозможно либо такая попытка приводит к некорректной установке.

Требования к целостности файловой системы

• Пакетам запрещается содержать путь в файловой системе, часть которого является альтернативой.

Обоснование: изменение альтернативы спрячет файлы от rpm. Установка пакета блокирует создание альтернативы.

• Пакетам запрещается содержать файлы, которые в другом пакете являются каталогами.

• Пакетам запрещается содержать путь в файловой системе, часть которого является симлинком в другом пакете.

При обнаружении такого рода конфликтов (см. devel) пакет необходимо переупаковать.

Обоснование: будет блокирована установка пакета с симлинком; изменение симлинка спрячет файлы от rpm.

Требования к разрешению конфликтов

• Пакетам запрещается иметь неявные конфликты в файловой системе друг с другом.

Рекомендуется переделывать пакеты так, чтобы убрать неявные конфликты в файловой системе, используя переименование, выделение общих ресурсов в подпакет -common, или альтернативы. Пакеты, у которых не удается устранить неявные конфликты в файловой системе друг с другом, обязаны иметь явные конфликты друг на друга используя тег Conflicts:.

• Если пакеты не имеют других конфликтов, кроме конфликтов по каталогам, то такие конфликты настоятельно рекомендуется устранять без использования Conflicts:, через переименование, выделение общих каталогов в подпакет -common, принадлежащий общей группе, или альтернативы.