https://bugzilla.redhat.com/show_bug.cgi?id=1230193
Bug ID: 1230193
Summary: javapackages-tools: %add_maven_depmap can produce
incorrect metadata
Product: Fedora
Version: rawhide
Component: javapackages-tools
Assignee: mizdebsk(a)redhat.com
Reporter: msrb(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mat.booth(a)redhat.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com, msrb(a)redhat.com
Description of problem:
Consider following code snippet from spec file:
for libname in catalina-ha util-scan; do
%{__cp} -a %{name}-$libname.pom
${RPM_BUILD_ROOT}%{_mavenpomdir}/JPP.%{name}-$libname.pom
%add_maven_depmap JPP.%{name}-$libname.pom %{name}/$libname.jar -f
"tomcat-lib"
done
Let's say that the file %{name}/$libname.jar exists if $libname is equal to
"catalina-ha".
Then if file for $libname equal to "util-scan" *doesn't* exist,
%add_maven_depmap will silently create incorrect mapping between artifact
coordinates from JPP.%{name}-util-scan.pom and JAR file %{name}/catalina-ha.jar
(i.e. JAR file from previous successful iteration).
Version-Release number of selected component (if applicable):
javapackages-tools-4.5.0-3.fc23.noarch
How reproducible:
always
Steps to Reproduce:
1. rebuild tomcat from c2e91f9 in Rawhide
2.
3.
Actual results:
incorrect information in metadata
Expected results:
the macro should fail if given file doesn't exist
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/token.cgi?t=s5JtPq9SE0&a=cc_unsubscribe