Also, hasn't this been already discussed on the python-devel Fedora
mailing list?
https://lists.fedoraproject.org/archives/list/python-devel@xxxxxxxxxxxxxxxxxxxxxxx/message/3VYLAL22YPA7BSRTMRGAIAXKHXRFRGBF/
On 07/02/2016 12:13 PM, Tomas Orsava wrote:
----- Original Message -----
So, the "problem" with --majorver-provides occurs when either of the
two conditions are true:
* There's no dependency on a specific version of the Python ABI
("python(abi) = X.Y") in the modules
* There's more than one package providing a python implementation per
major version. (i.e. a package providing "python(abi) = 3.4" and
"python(abi) = 3.5")
In either case, you wind up in a scenario where it's possible to BR a
module that would be mismatched to the Python implementation. That is,
the module would be installed in a path that doesn't match the Python
implementation. Thus, the package would be effectively broken, since
it won't work.
Yes, that's exactly what we were trying to avoid.
However, in Mageia (which is where a variant of this dependency
generator is already used), we've never had this problem because
there's a dependency that forces it to match to the proper Python
implementation (Requires on "python(abi) = X.Y").
How does this work exactly? And could it be implemented for Fedora (within the scope of this change)?
And this generator has an additional protection (that doesn't exist in
the Mageia one) in that generated requires use
"pythonX.Ydist(CANONICAL_NAME)" no matter what.
True, but if then one BuildRequires: pythonXdist(M) is there a way to set which minor stack should be chosen?
I.e. can we set which Minor stack would be the default per the given Major version?
As for the interpreter running the dependency generator, it defaults
to whatever /usr/bin/python is, unless you override it.
I'm not sure I understand. And how does it work with Python 3?
--
真実はいつも一つ！/ Always, there's only one truth!
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
