https://bugzilla.redhat.com/show_bug.cgi?id=1443076 --- Comment #24 from jiri vanek <jvanek@xxxxxxxxxx> --- (In reply to Severin Gehwolf from comment #23) > (In reply to jiri vanek from comment #22) > > > > > > > > > If we agreed on this, are you ok with simply symlinks? > > > > > > > > Yes, symlinks are perfectly fine. > > > > Just to ensure convention, those are links, where source (target) is lying > > inside jdk, and the link is in /etc/java-9-openjdk/NVRA > > It should be the other way round: > > ls -l /usr/lib/jvm/java-9-openjdk-NVRA/conf > > /usr/lib/jvm/java-9-openjdk-NVRA/conf -> /etc/java-9-openjdk/NVRA I thought so, but, I might be missing something about /etc mounting in education... So rpm installs: /etc/java-9-openjdk/NVR/some_conf and creates /usr/lib/jvm/java-9-openjdk-NVRA/some_conf -> /etc/java-9-openjdk/NVRA/some_conf Now you mount different /etc, and the /etc/java-9-openjdk/NVRA/some_conf willl be missing, and /usr/lib/jvm/java-9-openjdk-NVRA/some_conf will become broken. What now? usually it is not easy to write those (eg java.security) config files and java will not start without them.. Or is somehow guaranted, that all my /etcS are affected by rpm install? I doubt. I doubt even more by introducing NVRA in etc. > > > So whe somebody will change configuration, he will nee to change target of > > those links. > > Of course. In the more logical vice versa then mine world (yours one), this would not work in described way. -- 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
