Bug 64482
Summary: | Subpackage conflicts with define package parameter | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <pedrum> |
Component: | rpm-build | Assignee: | Jeff Johnson <jbj> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-05-06 16:49:28 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Need Real Name
2002-05-06 16:49:24 UTC
%package is a spec file section marker, not a macro. You may see what macros are defined at any point in a spec file parse by putting in a %dump. The construct --define 'package daphne' has no well defined or supported use AFA rpm is concerned. I suggest that Package does not exist. is a precise and accurate albeit unhelpful in your case. Hmmm, well section markers can be overloaded so --define 'package daphne' actually eliminates the section marker. This is a feature, not a bug. Apologies for the confusion. There are two problems really. I am not very familiar with the internals of RPM but the first error message was complaining about a missing package with respect to a "TEST" sub-package, so I thought I was doing something wrong with subpackages. Second, I was using defines to abstract out stuff (package name, version, release ) etc across multiple packaging scripts and using the --define was very useful for this. However, can't there be a warning that we're overriding a special internal token. Can you see a case where overriding a section marker is actually a good thing? Overriding a section marker with a macro is quite a good thing. Try putting into /etc/rpm/macros %build() %%build %* \ exec 2> %{_tmppath}/%{name}.buildlog Basically it's possible to prepend shell commands to build scriptlets without editing spec files by overloading scetions with macros. |