Alexis Métaireau wrote: > Le 08/24/2010 05:12 PM, M.-A. Lemburg a écrit : >> I do see a problem with such a general purpose "conflicts" field, >> regardless of what the use case is. If the installer prevents >> packages from being installed by means of defining such >> a "conflicts" field, this can be used to externally make >> package sets incompatible, e.g. a package of >> framework 1 could effectively prevent the installation of >> a competing framework 2, even though they both can live >> happily side-by-side on sys.path. And there's nothing the >> authors of framework 2 could do about this. > of course, we can force the installation in installers with --force, in > such a case, but that's not why the "conflict" field is. Eg. If both can > leave together, they're not conflicting :)
I guess that's where part of the misunderstanding originates: the type of conflict can be many things and may well only show up in certain applications using the packages, but not necessarily all of them. At the very least, there should be an extra field "Conflict-Description" which describes the type of conflict to the user and then lets him or her decide whether the conflict is a problem or not for the intended use. I have a feeling that the introduction of this field originated from some application space problem that you're trying to fix at the package level. Also note that a the use cases you and others have mentioned can easily be solved using meta-packages and dependencies on these or by the installer checking whether there are module name or file conflicts (i.e. two packages wanting to install the same module or create the same file). -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 25 2010) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ _______________________________________________ Catalog-SIG mailing list Catalog-SIG@python.org http://mail.python.org/mailman/listinfo/catalog-sig
