Bug 1247140 - Build failure due to bogus complaints about "Trigger fired by the same package is already defined in spec file"
Build failure due to bogus complaints about "Trigger fired by the same packag...
Product: Fedora
Classification: Fedora
Component: rpm (Show other bugs)
All Linux
unspecified Severity high
: ---
: ---
Assigned To: packaging-team-maint
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2015-07-27 08:26 EDT by Mattias Ellert
Modified: 2015-07-27 09:34 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2015-07-27 09:31:40 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Mattias Ellert 2015-07-27 08:26:46 EDT
Description of problem:

If a package has more than one %triggerun on the same package but with different versions the build fails with the error

Trigger fired by the same package is already defined in spec file

E.g. the openssh-server package in the openssh specfile has two %triggerun as follows:

$ grep triggerun openssh.spec 
%triggerun -n openssh-server -- openssh-server < 5.8p2-12
%triggerun -n openssh-server -- openssh-server < 5.9p1-22

A scratch build of this package in Fedora Rawhide is here:


The buildlog from the buildSRPMFromSCM task of this build:


says: "Trigger fired by the same package is already defined in spec file"

In the rpm git history the commit message for the following commit:


reads: "Allow multiple triggers fired by the some package of different versions"

(I assume there is a typo here s/some/same/)

So there seems to have been an attept to fix this problem, but it doesn't seem to have worked since it still trips on this check and fails.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. See above

Actual results:

Failed build

Expected results:

Successful build
Comment 1 Ľuboš Kardoš 2015-07-27 09:31:40 EDT
The problem is that given version intervals overlap, so in some cases both version conditions are fulfilled (e.g for openssh-server-5.6p1-30) but rpm always sets off only one trigger that's why build of that package is refused. Previously rpm didn't refuse to build packages with overlapping version intervals but rpm always set off only one trigger. So probably triggers in your package didn't work as you expected also in previous version of rpm. 

This is expected behavior, closing as not a bug.
Comment 2 Ľuboš Kardoš 2015-07-27 09:34:23 EDT
See also: #585384 and #702378

Note You need to log in before you can comment on or make changes to this bug.