#15701 closed defect (fixed)
npre 2.8.1_0 init-script refers to non-existant directory
Reported by: | panisset@… | Owned by: | markd@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.6.0 |
Keywords: | Cc: | ||
Port: |
Description
On a virgin OS X 10.5.2 Server system which has never seen MacPorts before, I first installed MacPorts-1.6.0-10.5-Leopard.dmg, and then I did:
/opt/local/bin/port install nrpe
to install npre. But the startup script in /opt/local/share/nrpe/init-script refers to a directory which does not exist on my "clean" install:
LockFile=/opt/local/var/run/nrpe.lock
...
start)
touch $LockFile
...
stop)
rm -f $LockFile
I'm guessing that if you have installed other MacPorts subsystems on a machine, at some point /opt/local/var/run got created, but if npre is the first one you install, you run into this problem.
Simple workaround is to create the directory manually.
Change History (7)
comment:1 Changed 16 years ago by panisset@…
comment:2 Changed 16 years ago by jmroot (Joshua Root)
Milestone: | → Port Bugs |
---|---|
Owner: | changed from macports-tickets@… to markd@… |
Assigning to maintainer. This is strange, because the directory is explicitly created in npre's destroot phase:
xinstall -d -m 755 ${destroot}${prefix}/var/run
comment:3 Changed 16 years ago by jmroot (Joshua Root)
Ah, but of course destroot.keepdirs needs to be specified as well.
comment:4 Changed 16 years ago by markd@…
I set the lockfile directory to $[prefix}/var/run/nrpe in revision 1 to the port. Please test it.
comment:5 Changed 16 years ago by panisset@…
Just did a new install on a machine that didn't have MacPorts before, /opt/local/var/run now seems to get created correctly.
comment:6 Changed 16 years ago by markd@…
Resolution: | → fixed |
---|---|
Status: | new → closed |
Thanks for the feedback.
Oops, make that nrpe 2.8.1_0...