Opened 4 years ago

Closed 4 years ago

Last modified 2 years ago

#62751 closed defect (fixed)

base: Error: Unable to open port: wrong # args: should be "set varName ?newValue?" on random ports

Reported by: snowflake (Dave Evans) Owned by: jmroot (Joshua Root)
Priority: Normal Milestone:
Component: base Version: 2.6.99
Keywords: Cc:
Port:

Description (last modified by ryandesign (Ryan Carsten Schmidt))

Using macports-base commit changeset:8f4b9e5830479427e1ae09e3d87089c37cb3442b/macports-base 2021/4/17 and the latest version as of now, which is changeset:85d5e10e1fbfc30ad7f7214f2d0b277023213820/macports-base 2021-04-23 12:57:43 +0100 I get this error Error: Unable to open port: wrong # args: should be "set varName ?newValue?"

This is happening on both macOS 10.11.6 and 11.2

Attempting to install the port command with older checkouts of macports-base results in this error: Version number in metadata table is newer than expected

Attachments (1)

log1.txt (39.0 KB) - added by snowflake (Dave Evans) 4 years ago.
log of sudo port -d upgrade outdated

Download all attachments as: .zip

Change History (4)

comment:1 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)

Description: modified (diff)

I get this error Error: Unable to open port: wrong # args: should be "set varName ?newValue?"

When doing what? With what port(s)?

Attempting to install the port command with older checkouts of macports-base results in this error: Version number in metadata table is newer than expected

That's expected; you can't use a MacPorts registry with an older version of MacPorts once it has been upgraded to the new format.

Changed 4 years ago by snowflake (Dave Evans)

Attachment: log1.txt added

log of sudo port -d upgrade outdated

comment:2 Changed 4 years ago by snowflake (Dave Evans)

The bug is happening on random ports. I have not noticed a pattern.

The end of the log I attached is here:

DEBUG: Running callback add_legacysupport
DEBUG: Adding legacy build support
DEBUG: Finished running callback add_legacysupport
DEBUG: No need to upgrade! gnutls 3.6.15_0 >= gnutls 3.6.15_0
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: gmp 6.2.1_0 exists in the ports tree
DEBUG: gmp 6.2.1_0  is the latest installed
DEBUG: gmp 6.2.1_0 +native is active
DEBUG: Merging existing requested variants '+native-universal' into variants
DEBUG: new fully merged portvariants: {native universal} + universal -
DEBUG: Using normalized porturl file:///Users/davidevans/macports/sources/github.com/macports/macports-ports/devel/gmp
DEBUG: Changing to port directory: /Users/davidevans/macports/sources/github.com/macports/macports-ports/devel/gmp
DEBUG: wrong # args: should be "set varName ?newValue?"
    while executing
"set variations(native universal) +"
    invoked from within
"$workername eval "set variations($var) $val""
    (procedure "macports::worker_init" line 139)
    invoked from within
"macports::worker_init $workername $portpath $porturl [macports::getportbuildpath $portpath] $options $variations"
    (procedure "mportopen" line 48)
    invoked from within
"mportopen $porturl [array get interp_options] [array get variations]"
Error: Unable to open port: wrong # args: should be "set varName ?newValue?"
Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug.

Script done on Sun Apr 25 16:56:15 2021

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

Owner: set to jmroot
Resolution: fixed
Status: newclosed

In a0172d6655263e9de47e05dd33da0651c1b93ced/macports-base (master):

fix splitting of requested variants in upgrade

Closes: #62751

Note: See TracTickets for help on using tickets.