Hi,
Recently, we had a lot of issues with openstack packages due to python newer guidelines. To fix upgrade path for python2 modules, you had to obsolete previous python-xxx module. Orion committed a fix in rawhide in the macro %python_provides that fixes that issue.
http://pkgs.fedoraproject.org/cgit/python.git/commit/?id=7fdb9bedcda48894b7b... http://pkgs.fedoraproject.org/cgit/python.git/commit/?id=cb9dd734593c52b84f0...
Could we backport these in F21/22/23 ? It's rather critical, as we have less experienced packagers pushing updates without checking the upgrade path or provides/obsoletes. Having a reliable %python_macros as in rawhide makes it more robust and will avoid breaking users dependencies
I prefer that python maintainers do the update as it's a critical package, but I don't mind doing it in their stead if you approve this (if necessary)
Regards, H.
Hi,
Nobody answered, should I assume that everyone is ok with me pushing Orion's patches in F21 and F22?
Regards, H.
2015-09-08 12:26 UTC+02:00, Haïkel hguemar@fedoraproject.org:
Hi,
Recently, we had a lot of issues with openstack packages due to python newer guidelines. To fix upgrade path for python2 modules, you had to obsolete previous python-xxx module. Orion committed a fix in rawhide in the macro %python_provides that fixes that issue.
http://pkgs.fedoraproject.org/cgit/python.git/commit/?id=7fdb9bedcda48894b7b... http://pkgs.fedoraproject.org/cgit/python.git/commit/?id=cb9dd734593c52b84f0...
Could we backport these in F21/22/23 ? It's rather critical, as we have less experienced packagers pushing updates without checking the upgrade path or provides/obsoletes. Having a reliable %python_macros as in rawhide makes it more robust and will avoid breaking users dependencies
I prefer that python maintainers do the update as it's a critical package, but I don't mind doing it in their stead if you approve this (if necessary)
Regards, H.
----- Original Message -----
From: "Haïkel" hguemar@fedoraproject.org To: "Fedora Python SIG" python-devel@lists.fedoraproject.org Cc: "Alan Pevec" apevec@gmail.com, python-owner@fedoraproject.org Sent: Thursday, September 10, 2015 10:16:43 AM Subject: Re: macros.python2 requires update in F21+
Hi,
Nobody answered, should I assume that everyone is ok with me pushing Orion's patches in F21 and F22?
Regards, H.
2015-09-08 12:26 UTC+02:00, Haïkel hguemar@fedoraproject.org:
Hi,
Recently, we had a lot of issues with openstack packages due to python newer guidelines. To fix upgrade path for python2 modules, you had to obsolete previous python-xxx module. Orion committed a fix in rawhide in the macro %python_provides that fixes that issue.
http://pkgs.fedoraproject.org/cgit/python.git/commit/?id=7fdb9bedcda48894b7b... http://pkgs.fedoraproject.org/cgit/python.git/commit/?id=cb9dd734593c52b84f0...
Could we backport these in F21/22/23 ? It's rather critical, as we have less experienced packagers pushing updates without checking the upgrade path or provides/obsoletes. Having a reliable %python_macros as in rawhide makes it more robust and will avoid breaking users dependencies
I prefer that python maintainers do the update as it's a critical package, but I don't mind doing it in their stead if you approve this (if necessary)
Regards, H.
Hi Haikel,
sorry for no response.
LGTM (as a co-maintainer)
-- Robert Kuska {rkuska}
"H" == Haïkel hguemar@fedoraproject.org writes:
H> Hi, Nobody answered, should I assume that everyone is ok with me H> pushing Orion's patches in F21 and F22?
I'm for whatever works, but I should ask if there's any possibility of getting these macros out of the main python package and into something separate that we can update easily. At least until we're done tweaking things for the most part. Some FPC folks are working on additional macroization to handle the unfortunate EPEL multiple version situation without having to make a mess of existing packages.
- J<
python-devel@lists.fedoraproject.org