-
Notifications
You must be signed in to change notification settings - Fork 87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
yum-builddep not abiding by BuildRequires: package range #124
Comments
Due to rpm-software-management/yum#124 Signed-off-by: Brian J. Murrell <[email protected]>
Due to rpm-software-management/yum#124 PR-repos: mercury@PR-44 Signed-off-by: Brian J. Murrell <[email protected]>
Several improvements to enhance supportability of DAOS 1.0 once it's released: - remove libfabric requirement as that's mercury's job - require mercury to be < 2.0.0a1 as that was an improper way of specifying a pre-release - would prefer to set a minimum version also however rpm-software-management/yum#124 Signed-off-by: Brian J. Murrell <[email protected]> PR-repos: mercury@PR-44 Relax minimum version of mercury Due to rpm-software-management/yum#124 PR-repos: mercury@PR-44 Signed-off-by: Brian J. Murrell <[email protected]>
Several improvements to enhance supportability of DAOS 1.0 once it's released: - remove libfabric requirement as that's mercury's job - require mercury to be < 2.0.0a1 as that was an improper way of specifying a pre-release - would prefer to set a minimum version also however rpm-software-management/yum#124 PR-repos: mercury@PR-44 Signed-off-by: Brian J. Murrell <[email protected]>
Any comment here? As much as I can appreciate that this project is DEPRECATED and as much as I'd just prefer to use DNF, as a software developer and distributor I cannot count on everyone using my packages on distros like CentOS 7 using DNF when the default package manager there is YUM. |
I am not sure what you have in spec, but in case that both lines are there, it is incorrect.
Additional version |
Is that actually true?
If I understand what you are saying, shouldn't those both be As a concrete example,
|
A packaging fubar was made and a package was made with a pre-release tag in it without using the
~
indicator. So now my repo hasfoo-2.0.0a1
in it. That fubar was fixed and foo-2.0.0~a1 is now also in the repository.But now I want to update another package to use the proper
foo
package. So I've added to it's specBuildRequires: foo < 2.0.0a1
and that works and selectsfoo-2.0.0~a1
withyum-builddep
.However there are also older versions of
foo
and I want to ensure that at least a minimum of my newfoo-2.0.0~a1-1.git.4871023.el7
package is installed, so I add aBuildRequires: foo-devel >= 2.0.0~a1
tobar.spec
. Butyum-builddep
seems unable to handle that:Is my understanding of being able to use:
to enforce a version range not correct? I am sure I have seen this done and done this myself in the past.
I even tried:
to ensure it was not a problem with the pre-release version with the ~ in it.
The text was updated successfully, but these errors were encountered: