Opened 5 years ago

Closed 4 years ago

Last modified 4 years ago

#55039 closed defect (invalid)

selfupdate not respecting all installation options

Reported by: kencu (Ken) Owned by: jmroot (Joshua Root)
Priority: Normal Milestone:
Component: base Version: 2.4.2
Keywords: Cc:
Port:

Description

MacPorts previously respected all the install settings ( --applications-dir= --with-curlprefix= being the two I generally use in addition to --prefix) , but the new version 2.4.2 does not respect those when updating an existing installation. It does respect the previous --prefix setting, but not the others.

This was noted on several different machines, all of which have two installations of MacPorts, one in /opt/bootstrap and the one in /opt/local

Attachments (1)

macports.bootstrap.log (480.8 KB) - added by kencu (Ken) 5 years ago.
full log of update install

Download all attachments as: .zip

Change History (10)

comment:1 Changed 5 years ago by kencu (Ken)

Cc: jmroot removed
Component: portsbase
Owner: set to jmroot
Status: newassigned

comment:2 Changed 5 years ago by kencu (Ken)

Original installation (from history):

48  ./configure --prefix=/opt/bootstrap --with-applications-dir=/opt/bootstrap/Applications
49  make && sudo make install

---

configuration of selfupdate

$ sudo /opt/bootstrap/bin/port -v selfupdate

<snip>
checking for Applications installation directory... /Applications/MacPorts
checking for Frameworks installation directory... /opt/bootstrap/Library/Frameworks

Changed 5 years ago by kencu (Ken)

Attachment: macports.bootstrap.log added

full log of update install

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

Not sure what to tell you; the configure script has not changed at all between 2.4.1 and 2.4.2 except for the version number. In a fresh build directory you will of course have to pass the appropriate options again; it won't magically know that it's updating an existing installation.

comment:4 Changed 5 years ago by kencu (Ken)

It's not a fresh install, though -- previously, when I did a /opt/bootstrap/bin/port -v selfupdate, it appeared to pick up the build settings of that installation and respect them for the update. But now (AFAICT) it only respects --prefix.

K

comment:5 Changed 5 years ago by jmroot (Joshua Root)

Summary: port: not respecting all installation optionsselfupdate not respecting all installation options

Oh, so this is specifically about selfupdate? You didn't really make that clear at first.

Anyway, applications_dir isn't a problem because the configure option only affects the value in macports.conf.default. As for with-curlprefix, I doubt that has ever been respected by selfupdate.

comment:6 Changed 5 years ago by kencu (Ken)

OK. My guess is then that the selfupdate for the install in /opt/bootstrap might have picked up the macports.conf.default in /opt/local instead of the one in /opt/bootstrap.

If so, this would probably affect others who install more than one copy of MacPorts (which not that many people, to be sure).

As a related request, would be nice if selfupdate picked up all the original build configuration in a given installation of MacPorts.

comment:7 in reply to:  6 Changed 5 years ago by jmroot (Joshua Root)

Replying to kencu:

OK. My guess is then that the selfupdate for the install in /opt/bootstrap might have picked up the macports.conf.default in /opt/local instead of the one in /opt/bootstrap.

Was there not a macports.conf in /opt/bootstrap? Nothing actually reads macports.conf.default, the only time it is used is to create macports.conf if it doesn't already exist.

If so, this would probably affect others who install more than one copy of MacPorts (which not that many people, to be sure).

As a related request, would be nice if selfupdate picked up all the original build configuration in a given installation of MacPorts.

I thought that was exactly what this ticket was already about?

comment:8 Changed 4 years ago by kencu (Ken)

Resolution: invalid
Status: assignedclosed

This is working correctly. I must have been mistaken previously when I thought those other installation options were respected.

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

You can leave this open as a feature request if you need it. But if not that's also fine.

Note: See TracTickets for help on using tickets.