Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#26899 closed defect (fixed)

PostGresql90-server won't install because of privilege de-escalation?

Reported by: Veence (Vincent) Owned by: macports-tickets@…
Priority: Normal Milestone: MacPorts 2.0.0
Component: base Version: 1.9.1
Keywords: Cc: mww@…, jyrkiwahlstedt
Port: Postgresql90-server

Description

Hi there, I am unable to install Postgresql90-server. For some unknown reason, with or without sudo, it seems the install procedure tries to alter the property of a file after privilege de-escalation, resulting in a "chown: not owner" error:

:msg:destroot --->  Installing postgresql90-server @9.0.1_0
:debug:install install phase started at Tue Oct 19 22:09:42 CEST 2010
:debug:install Executing org.macports.install (postgresql90-server)
:debug:install installing link: /usr/pkg/var/macports/software/postgresql90-server/9.0.1_0/Library/LaunchDaemons/org.macports.postgresql90-server.plist
:debug:install installing file: /usr/pkg/var/macports/software/postgresql90-server/9.0.1_0/usr/pkg/etc/LaunchDaemons/org.macports.postgresql90-server/org.macports.postgresql90-server.plist
:error:install Target org.macports.install returned: could not set owner for file "/usr/pkg/var/macports/software/postgresql90-server/9.0.1_0/usr/pkg/etc/LaunchDaemons/org.macports.postgresql90-server/org.macports.postgresql90-server.plist": not owner
:debug:install Backtrace: could not set owner for file "/usr/pkg/var/macports/software/postgresql90-server/9.0.1_0/usr/pkg/etc/LaunchDaemons/org.macports.postgresql90-server/org.macports.postgresql90-server.plist": not owner
    while executing
"file attributes $dst_element -owner [file attributes $src_element -owner] -group [file attributes $src_element -group] -permissions [file attributes $..."
    ("eval" body line 1)
    invoked from within
"eval $file_attr_cmd"
    (procedure "install_element" line 19)
    invoked from within
"install_element $src_element $dst_element"
    (procedure "directory_dig" line 24)
    invoked from within
"directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend"
    (procedure "directory_dig" line 35)
    invoked from within
"directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend"
    (procedure "directory_dig" line 35)
    invoked from within
"directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend"
    (procedure "directory_dig" line 35)
    invoked from within
"directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend"
    (procedure "directory_dig" line 35)
    invoked from within
"directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend"
    (procedure "directory_dig" line 35)
    invoked from within
"directory_dig ${destroot} ${destroot} ${imagedir}"
    (procedure "portinstall::install_main" line 74)
    invoked from within
"$procedure $targetname"
:info:install Warning: the following items did not execute (for postgresql90-server): org.macports.activate org.macports.install

Any idea? Thanks Vincent

Change History (4)

comment:1 Changed 14 years ago by Veence (Vincent)

I forgot to say that: + I use /usr/pkg instead of /opt/local because of my NetBSD legacy; + The debug lines I cited are preceded by:

:debug:destroot port installs files in /Library/LaunchDaemons
:debug:destroot changing euid/egid - current euid: 0 - current egid: 0
:debug:destroot egid changed to: 100
:debug:destroot euid changed to: 1000

V.

comment:2 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

So, your macports user is not root, then?

Does the port perhaps need "install.asroot yes"?

comment:3 Changed 14 years ago by jmroot (Joshua Root)

Component: portsbase
Milestone: MacPorts Future
Resolution: fixed
Status: newclosed

This was probably fixed by r69453.

comment:4 Changed 14 years ago by jmroot (Joshua Root)

Milestone: MacPorts FutureMacPorts 2.0.0
Note: See TracTickets for help on using tickets.