https://bugzilla.redhat.com/show_bug.cgi?id=1443076 --- Comment #35 from Severin Gehwolf <sgehwolf@xxxxxxxxxx> --- (In reply to jiri vanek from comment #34) > > - Some config files are not in conf: It's likely an upstream issue > > as I see them in lib for an upstream build too. Please report a bug. > > $ rpm -Vv java-9-openjdk-headless | grep ' c ' | grep lib/security > > ......... c > > /usr/lib/jvm/java-9-openjdk-9.0.0.178-1.fc26.x86_64/lib/security/blacklisted. > > certs > > ......... c > > /usr/lib/jvm/java-9-openjdk-9.0.0.178-1.fc26.x86_64/lib/security/default. > > policy > > > > If the file is not in expected location, jdk will not find it > I can move them to conf and link to original location, but as /etc is still > in play, then I would rather not touch it. > If you insists, I will move them, and link them. My point was that we should ask *upstream* whether or not this is intentional. It's one of the odd balls. Everything else is in conf upstream already. Thus, we should file a bug/ask upstream whether or not this should be in conf upstream. That's all that's to do here. Thank you! > Config files in etc. I really wont to move them. However it will not be an > easy task from point of view of multiple installs and copy-jdk-configs. > I would like to not block this review on it. I have already started to work > on c-j-c to support this, but there is still some longer way to go. OK. This should be fine. I'm glad to hear this will be worked on. Builds failed: + cp -a openjdk/build/bundles/jdk-9-ea+181-docs.zip /builddir/build/BUILDROOT/java-9-openjdk-9.0.0.181-1.fc26.x86_64/usr/share/javadoc/java-9-openjdk-9.0.0.181-1.fc26.zip cp: cannot stat 'openjdk/build/bundles/jdk-9-ea+181-docs.zip': No such file or directory This in the spec file should be the culprit: cp -a %{buildoutputdir $suffix}/bundles/jdk-%{majorver}-ea+%{buildver}-docs.zip $RPM_BUILD_ROOT%{_javadocdir}/%{uniquejavadocdir $suffix}.zip No 'ea' anymore in the version. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx