On Saturday 20 September 2014 03:23 PM, Jerome Martin wrote:
Yes, the problem is that the kernel side uses this path unfortunately. We could relocate policy and fabric to /var/lib/target, but that would mean keeping both /lib/target and /var/target around for now, as the kernel will use that for storing alua metadata in /var/target/alua. However, what about relocating now, and keeping around a symlink to /var/target, created in post-install? This way, as soon as Nic can push the relocation to /var/lib/alua, we are ready and just have to remove the symlink from packaging. I am cc'ing the ML on this one.
The manpage, written by Andy, refers to /var/lib/. Which would imply that Fedora/RHEL and all its derivatives must be using the new path.
-- Given the large number of mailing lists I follow, I request you to CC me in replies for quicker response -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
