[MacPorts] #44496: startupitem_install not respected when installing from binary archive (was: startupitem_install not working as expected)
MacPorts
noreply at macports.org
Thu Jul 31 07:18:08 PDT 2014
#44496: startupitem_install not respected when installing from binary archive
------------------------------+--------------------------------
Reporter: ora.et.labora@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: base | Version: 2.3.1
Resolution: | Keywords:
Port: |
------------------------------+--------------------------------
Changes (by larryv@…):
* owner: markd@… => macports-tickets@…
* component: guide => base
Comment:
Replying to [comment:2 ora.et.labora@…]:
> Using `port -s install ..` did the job. This behaviour needs proper
> documentation or should work independent of -s | -b.
Okay, the problem is that we build binary archives with default settings
(including `startupitem_install yes`), so they always contain plists if a
port creates them. Since installing from an archive basically consists of
extracting a tarball, the plists get installed regardless of the local
setting of `startupitem_install`.
A workaround for now is to set `buildfromsource always`.
> '''Side issue:''' Having disable startup symlinking in /Library/Launch*
renders `port load|unload` unusable:
> {{{
> $ sudo port -s install mysql56-server
> $ find -L /Library/Launch* ~/Library/Launch* -type f | fgrep -i mysql
# ok, no symlink created!
> # Am I still able to start my server in background for the purpose of
testing???
> $ sudo port load mysql56-server
> Error: org.macports.load for port mysql56-server returned: Launchd plist
/Library/LaunchDaemons/org.macports.mysql56-server.plist was not found
> }}}
#44497
--
Ticket URL: <https://trac.macports.org/ticket/44496#comment:3>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list