Let's say I have a fork of one of the packages that comes with system core. That fork is targeted for very special target audience or special use-cases, so please no flaming on the topic of how wrong is it to do something like that... But, that fork consists of libs and devel packages, and every time update for this package comes in main repository - it gets replaced with updated non- forked version. Or someone installs lib from official version and devel from forked version, which is again wrong. What is the recommended way to force a pair of those packages to stay in the system? I can think of some ways to do it: * add custom provides to the spec file and make devel version require certain provider of lib. But that will only protect from installing incompatible versions of devel and lib packages, but not from installing both of them. * add synthetic package that will depend on first two, again by certain custom providers. This means that update will not be installed because other package has a dependency for that provider. But yast update will complain every time about that, and yes that does not sound very good. * bump a version to 99.%{version}, to make it the newest existing provider for both library and devel. But devel will have to require exactly the same version. So, for that use-case, should I use any of those workarounds, or there is better way of doing it? -- Regards, Stas -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org