[MacPorts] #38795: cmake files that weren't installed by the cmake port cause cmake to fail
MacPorts
noreply at macports.org
Tue Apr 16 18:07:30 PDT 2013
#38795: cmake files that weren't installed by the cmake port cause cmake to fail
---------------------------+--------------------------------
Reporter: ozanyarman@… | Owner: macports-tickets@…
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 2.1.3
Resolution: invalid | Keywords:
Port: cmake |
---------------------------+--------------------------------
Comment (by ryandesign@…):
Replying to [comment:18 ozanyarman@…]:
> I might have spoken just a bit too soon, as I still have to keep
deleting unproperly linked .cmake files to pave the way for my KDENLIVE
installation. Macports is dealing with too many broken dependencies on the
way... With each little progress I keep deleting a bit more and I get
further. I don't know why so many irrelevant cmake modules are there to
begin with...
You should be able to delete all the cmake files that don't belong in one
go. You could use this to check all of them at once:
{{{
port provides /opt/local/share/cmake/modules/*
}}}
> Does it make any difference if I keep my macports.conf user as
'''root'''?
Using "root" is less secure. The macportsuser is the user MacPorts uses
when building software. Usually we like to use the "macports" user, which
is a user MacPorts creates for this purpose, which doesn't have permission
to modify most of the other files on your system. Whereas if you use
"root", then while building, MacPorts technically has the ability to do
''anything'' to ''any'' of your files. A badly-written (or malicious)
build or configuration script could inadvertently (or intentionally)
delete or change your files, or install files you didn't expect that
aren't tracked by MacPorts. That shouldn't happen, of course, since there
is a manual human-controlled process for getting new ports and port
updates into MacPorts in the first place, so any such problems should be
detected by someone before an update is committed and made available to
you.
--
Ticket URL: <https://trac.macports.org/ticket/38795#comment:19>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list