Loading...
Request History
rmax created request
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto accepted review
Check script succeeded
licensedigger accepted review
ok
RBrownFactory set openSUSE:Factory:Staging:A as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:A"
RBrownFactory accepted review
Picked "openSUSE:Factory:Staging:A"
dimstar accepted review
dimstar_suse accepted review
Staging Project openSUSE:Factory:Staging:A got accepted.
dimstar_suse approved review
Staging Project openSUSE:Factory:Staging:A got accepted.
dimstar_suse accepted request
Staging Project openSUSE:Factory:Staging:A got accepted.
Why not just have samba own the directory?
Because other packages might need it as well in the future and a directory should ideally only be owned by a single package, e.g. to avoid discrepancies in ownership and permissions. I see the directory as part of the interface that bind provides, and samba uses that by putting a file in.
Would you say that there is anything wrong with that?
It's not technically wrong, it's just that usually the packages which provide dropins also own the directory.
... with NetworkManager being the counter-example. ;)
Maybe it should be standard that a directory for drop-ins has to go with each service file, ideally through a macro that installs the
.service
and creates the directory.One valid technical reason that just occurred to me would be cases in which the dropper can be installed while the droppee is not, because in that case the dir would not be owned by a package.
And that would actually be the case for bind and samba, I guess. :-/