Bug 1297088
Summary: | dnf install of group "Engineering and Scientific" produces conflict messages | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | George R. Goffe <grgoffe> |
Component: | TOPCOM | Assignee: | Jerry James <loganjerry> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | dave.love, loganjerry, orion |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | TOPCOM-0.17.6-2.fc23 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-01-21 03:05:35 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
George R. Goffe
2016-01-09 00:32:50 UTC
Steps to reproduce is incorrect. group should be: "Engineering and Scientific" dnf -y group install with-optional --best --allowerasing "Engineering and Scientific" Bringing in the TOPCOM maintainers.... cube is a pretty lousy, generic name. Both probably should be renamed. Yes, TOPCOM has several binary names that are really generic: cross, cube, cyclic, lattice. I've wondered many times whether I shouldn't hide TOPCOM behind environment-modules, but that makes using latte-integrale and polymake problematic, since they expect to find the TOPCOM binaries in PATH. I could try to figure out the set of TOPCOM programs that are actually used by latte-integrale and polymake, leave those in %{_bindir}, and hide the rest with environment-modules. The downside is that if newer versions of those programs use more TOPCOM binaries, they will break at runtime unless someone happens to notice and do something about it before they are updated. Right now, latte-integrale uses only points2triangs and points2placingtriang. Polymake uses only points2chiro. Maybe I should just rename the generically named binaries to TOPCOM-cross, TOPCOM-cube, etc. and deal with any future breakage if it arises. Thoughts? Jerry, I think I'd vote for your last idea or maybe have a wrapper to invoke? TOPCOM cube <args> for example? Regards, George... The wrapper is not a bad idea - that's the way GMT has gone as well. Thanks for taking this on - I do think it will be easier to change TOPCOM than cube, but that's perhaps a biased view too :). TOPCOM-0.17.6-2.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-4fbbaaf708 TOPCOM-0.17.6-2.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-4fbbaaf708 (In reply to Orion Poplawski from comment #2) > Bringing in the TOPCOM maintainers.... > > cube is a pretty lousy, generic name. Both probably should be renamed. If that happens, it will require a change in scalasca, which I think is the only thing in Fedora currently invoking it. (In reply to Dave Love from comment #8) > If that happens, it will require a change in scalasca, which I think is the > only thing in Fedora currently invoking it. No worries. I have changed TOPCOM, so the cube package can remain unchanged ... at least until something else comes along that wants to be called cube. :-) TOPCOM-0.17.6-2.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. |