>>> Vladislav Bogdanov <[email protected]> schrieb am 15.01.2018 um 10:16 in Nachricht <[email protected]>: > 15.01.2018 11:23, Ulrich Windl wrote: >> >> >>>>> Vladislav Bogdanov <[email protected]> schrieb am 12.01.2018 um 10:06 >>>>> in >> Nachricht <[email protected]>: >>> 11.01.2018 18:39, Ken Gaillot wrote: >>> >>> [...] >>>>>> I thought one option aired at the summit to address this was >>>>>> /var/log/clusterlabs, but it's entirely possible my memory's >>>>>> playing >>>>>> tricks on me again. >>>> >>>> I don't remember that, but it sounds like a good choice. However we'd >>>> still have the same issue of needing a single package to own it. >>> >>> In rpm world several packages may own a directory if it is consistently >>> marked as '%dir' in a filelist. >> >> Sure? I mean a package using a directory should include it as %dir, but what > if multiple packages use the same dir with different owners, maybe? > > Then they will conflict. > > I just rechecked, creating two dummy packages owning one directory. If > owner/mode matches, then packages are correctly installed and directory > is reported to be owned by both. > If there is mismatch, then rpm refuses to install.
But for a general solution, do you think it's more clean to have the same directory with identical properties in multiple packages, or to have one package that owns that directory? I don't think so. > >> Every file or directory should have exacltly one owner IMHO. >> A common solution seems to put common directories in a separate package that > "client packages" require. >> >> Still independent of that is having a clean structure of things. >> >> Regards, >> Ulrich >> >>> >>> >>> _______________________________________________ >>> Users mailing list: [email protected] >>> http://lists.clusterlabs.org/mailman/listinfo/users >>> >>> Project Home: http://www.clusterlabs.org >>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf >>> Bugs: http://bugs.clusterlabs.org >> >> >> _______________________________________________ >> Users mailing list: [email protected] >> http://lists.clusterlabs.org/mailman/listinfo/users >> >> Project Home: http://www.clusterlabs.org >> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf >> Bugs: http://bugs.clusterlabs.org >> > > > _______________________________________________ > Users mailing list: [email protected] > http://lists.clusterlabs.org/mailman/listinfo/users > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > Bugs: http://bugs.clusterlabs.org _______________________________________________ Users mailing list: [email protected] http://lists.clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
