Re: Best way to handle sub-package conflicts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Le dimanche 18 mars 2018 à 11:22 -0400, Digimer a écrit :
> 
> So this isn't a version conflict, as seems to be what Conflicts and
> Obsoletes are designed to handle, if I understand properly.

It is a conflict between the packages.

What you can’t do is to allow the installation of one package to replace
the others, because for rpm and dnf installations and updates have the
same constrains (so if foo-b is allowed to replace foo-a it will do it
for updates too)

So you have too solutions:

1. make the packages conflict, to force users to choose one of them.
Installation of each packages will be forbidden while one of the others
is present

2. make sure the packages do not conflict, and can be parallel
installed. Handle role conflicts at runtime, making sure whatever is
executed in each role refuses to run if one of the others is already
running (via lockfile for example)

Regards, 

-- 
Nicolas Mailhot
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux