From: Igor Vlasenko <vlasenko@imath.kiev.ua> To: devel-announce@lists.altlinux.org Subject: [devel] [devel-announce] new policy Filesystem_coherency_and_conflicts Date: Wed, 21 Jan 2009 05:48:13 +0200 Message-ID: <20090121034813.GA8700@dad.imath.kiev.ua> (raw) Уважаемые коллеги, после обссуждения в devel@ принято новое полиси http://www.altlinux.org/Filesystem_coherency_and_conflicts Цель - избежать проблем с dist-upgrade. Предварительные сведения При установке пакетов rpm может неожиданно обнаружить, что содержимое устанавливаемых пакетов конфликтует между собой. Это особенно неприятно при dist-upgrade транзакциях на сотни и тысячи пакетов. Поэтому необходимо, чтобы пакеты заранее предупеждали rpm и apt о своих конфликтах. Кроме того, некоторые конфликты являются особо патологическими и легко вводящими rpm в заблуждение. Наличие таких конфликтов свидетельствует о проблемах в упаковке пакета. Под файловым конфликтом понимается ситуация, когда в двух или более пакетах по одному и тому же полному пути (absolute path) упакованы разные с точки зрения rpm файлы, каталоги, символические ссылки. Наличие в разных пакетах одинаковых с точностью до mtime файлов и каталогов с точки зрения rpm конфликтом не является. Пакеты, имеющие файловые конфликты, совместно установить с помощью rpm либо невозможно, либо такая попытка приводит к некорректной установке. Под пересечением с альтернативой понимается ситуация, когда пакет содержит полный путь (absolute path), в который как часть входит альтернатива, описанная в другом пакете. Под другим пакетом понимается пакет, не обязательно присутствующий в текущем Сизифе, но когда-либо собранный в Сизиф либо один из бранчей/дистрибутивов. Под rpm-пакетами с неявными конфликтами в файловой системе будем понимать rpm пакеты, у которых отсутствуют явные Conflicts:/ Obsoletes: друг на друга, но содержимое которых имеет файловые конфликты либо пересечения с альтернативой. Требования к целостности файловой системы Пакетам запрещается содержать путь в файловой системе, часть которого является альтернативой. Обоснование: изменение альтернативы спрячет файлы от rpm. Установка пакета блокирует создание альтернативы. Пакетам запрещается содержать файлы, которые в другом пакете являются каталогами. Если такая потребность возникла при обновлении пакета ? для возможности плавного обновления необходимо в секции %pre пакета вручную удалить или переместить мешающие файлы или каталоги. Пакетам запрещается содержать путь в файловой системе, часть которого является симлинком в другом пакете. При обнаружении такого рода конфликтов (см. devel@) пакет необходимо переупаковать. Обоснование: будет блокирована установка пакета с симлинком; изменение симлинка спрячет файлы от rpm. Рекомендуется не использовать симлинки там, куда другие пакеты могут класть файлы. Как, например, никогда-никогда нельзя делать симлинков вида %_docdir/%name-%version (Alexey I. Froloff). Требования к разрешению конфликтов Пакетам запрещается иметь неявные конфликты в файловой системе друг с другом. Рекомендуется переделывать пакеты так, чтобы убрать неявные конфликты в файловой системе, используя переименование, выделение общих ресурсов в подпакет -common, или альтернативы. Пакеты, у которых не удаётся устранить неявные конфликты в файловой системе друг с другом, обязаны иметь явные конфликты друг на друга используя тег Conflicts:. При наличии тега Obsoletes: тег Conflicts: можно не указывать. Отметим, что тег Conflicts: может быть неявным (Например, libfoo provides foo; bar conflicts foo => bar conflicts libfoo тоже), но тег Obsoletes: должен быть только явным на %name другого пакета, иначе rpm просто проигнорирует такой тег. Если пакеты не имеют других конфликтов, кроме конфликтов по каталогам, то такие конфликты настоятельно рекомендуется устранять без использования Conflicts:, через переименование, выделение общих каталогов в подпакет -common, принадлежащий общей группе, или альтернативы. В паре пакетов с неявными конфликтами рекомендуется добавлять тег Conflicts: в пакете, собранном последним (?кто сломал, тот и чинит?), если не удалось устранить неявные конфликты другим способом. -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine _______________________________________________ devel-announce mailing list devel-announce@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel-announce
reply other threads:[~2009-01-21 3:48 UTC|newest] Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20090121034813.GA8700@dad.imath.kiev.ua \ --to=vlasenko@imath.kiev.ua \ --cc=devel-announce@lists.altlinux.org \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git