https://bugzilla.redhat.com/show_bug.cgi?id=1159351
Bug ID: 1159351 Summary: Retire cmake28 from EPEL6 Product: Fedora EPEL Version: el6 Component: cmake28 Severity: low Assignee: jonathan.underwood@gmail.com Reporter: orion@cora.nwra.com QA Contact: extras-qa@fedoraproject.org CC: bjoern.esser@gmail.com, hobbes1069@gmail.com, jonathan.underwood@gmail.com, ml@lists.fedoraproject.org
Description of problem:
cmake has been updated to 2.8.12.2 in RHEL6.6, so we don't need cmake28 anymore.
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
--- Comment #1 from Richard Shaw hobbes1069@gmail.com --- Wow, did expect that...
I wish we could have come up with a less "versiony" name, it would have been nice to be able to upgrade this package to the 3.0 series.
I don't suppose that the new RHEL package will have a virtual provides for cmake28? It would be nice not to have to go fix all my spec file conditionals.
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
Rex Dieter rdieter@math.unl.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rdieter@math.unl.edu
--- Comment #2 from Rex Dieter rdieter@math.unl.edu --- It does not contain any cmake28 macros or provides, unfortunately (but neither did fedora's pkg that it was based upon)
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
Dave Johansen davejohansen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |davejohansen@gmail.com
--- Comment #3 from Dave Johansen davejohansen@gmail.com --- https://lists.fedoraproject.org/pipermail/epel-devel/2015-April/011100.html One thing standing in the way of retiring cmake28 is all of the EPEL packages that use cmake28. It would be nice if the base RHEL package had a virtual provides and symlink for cmake28 because then the EPEL package could be retired would any changes needed in the any of the existing packages.
Can that sort of thing be handled as part of this bugzilla? Or should a separate bugzilla requesting that change be created?
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
--- Comment #4 from Orion Poplawski orion@cora.nwra.com --- If you want to make such a request, do it in a separate BZ against RHEL6 cmake.
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
Jonathan Underwood jonathan.underwood@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|jonathan.underwood@gmail.co |limburgher@gmail.com |m |
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
--- Comment #5 from Jonathan Underwood jonathan.underwood@gmail.com --- Hi folks, sorry I dropped this package sometime ago now, as I no longer have access or reason to use rhel6/sl6/centos6 machines. I've re-assigned the bug accordingly, hopefully Jon will pick it up.
FWIW it'd be nice if upstream added facility in the build system to rename the binary with a suffix, such that the manual patching I did doesn't have to be laboriously re-done with each release.
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
Jon Ciesla limburgher@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED
--- Comment #6 from Jon Ciesla limburgher@gmail.com --- Simply adding a Provides won't do it, most of the packages that use cmake28 are modified to use the parallel-installed binaries. Better to migrate. Do we have a list of packages that BR it?
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
--- Comment #7 from Dave Johansen davejohansen@gmail.com --- Wouldn't making a cmake28 symlink that points to cmake fix that?
I think finding the list of BRs will be hard (or at least time consuming): https://lists.fedoraproject.org/pipermail/devel/2013-July/186636.html
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
--- Comment #8 from Jon Ciesla limburgher@gmail.com --- I think reducing this package to just a symlink is ok. Any objections?
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
--- Comment #9 from Orion Poplawski orion@cora.nwra.com --- Seems reasonable.
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
--- Comment #10 from Fedora Update System updates@fedoraproject.org --- cmake28-2.8.12.2-2.el6 has been submitted as an update to Fedora EPEL 6. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-2a8f0998b2
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
--- Comment #11 from Fedora Update System updates@fedoraproject.org --- cmake28-2.8.12.2-2.el6 has been pushed to the Fedora EPEL 6 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'yum --enablerepo=epel-testing update cmake28' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-2a8f0998b2
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
--- Comment #12 from Fedora Update System updates@fedoraproject.org --- cmake28-2.8.12.2-2.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=1159351
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Fixed In Version| |cmake28-2.8.12.2-2.el6 Resolution|--- |ERRATA Last Closed| |2015-11-17 19:57:44
-
Red Hat Bugzilla