Help to solve a possible circular Requires:

Fabio M. Di Nitto fdinitto at redhat.com
Fri Dec 3 09:24:00 UTC 2010


Hi all,

I am seeking some help here to solve a possible $subject. I have been
trying to find a simple alternate solution, but I just can´t see it or
it´s not obvious to me.

This is the situation:

srpm foo 1.0 ships 2 rpm´s bar and baz. bar has a daemon inside.

due to upstream split:

srpm foo 1.1 now ships only bar rpm without the daemon.

srpm baz 1.1 now ships 2 rpm´s, baz (exactly as in version 1.0) and
baz-something that contains the bar´s daemon from 1.0.

In order to avoid upgrade issues, we need to make sure that bar 1.1 will
pull in baz-something 1.1 (to retain functionality), at the same time
baz-something requires bar 1.1 to operate at all.

There is no requirement for a strictly versioned Requires: on both
sides. baz-something Requires: bar >= 1.1, and bar Requires:
baz-something (no version need since it´s a new rpm).

>From local testing, the circular Requires works just fine, both in
upgrades and clean install (tested with yum and manual rpm), but I don´t
like it.

Is there a better way to achieve this upgrade path?

Thanks
Fabio


More information about the devel mailing list