Opened 8 years ago

Closed 8 years ago

#50484 closed defect (fixed)

qca @2.1.0_1 fails during install phase

Reported by: udbraumann Owned by: michaelld (Michael Dickens)
Priority: Normal Milestone:
Component: ports Version: 2.3.4
Keywords: Cc: cjones051073 (Chris Jones)
Port: qca

Description

While upgrading qca from 2.1.0_0 to 2.1.0_1 I run in this trouble during install phase:

...
:notice:install --->  Installing qca @2.1.0_1+qt4
:debug:install Can't run install on this port without elevated privileges. Escalating privileges back to root.
:debug:install euid changed to: 0. egid changed to: 0.
:debug:install Executing org.macports.install (qca)
:debug:install Using /usr/bin/tar
:debug:install Using /usr/bin/bzip2
:error:install org.macports.install for port qca returned: can't read "description": wrong # args: should be "set varName ?newValue?"
:debug:install Error code: NONE
:debug:install Backtrace: wrong # args: should be "set varName ?newValue?"
    while executing
"set description Qt Cryptographic Architecture"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 set $optionName $option_defaults($optionName)"
    (procedure "default_check" line 11)
    invoked from within
"default_check description {} r"
    (read trace on "description")
    invoked from within
"set $option"
    (procedure "option" line 10)
    invoked from within
"option description"
    (procedure "create_archive" line 134)
    invoked from within
"create_archive $location $portarchivetype"
    (procedure "portinstall::install_main" line 22)
    invoked from within
"portinstall::install_main org.macports.install"
    ("eval" body line 1)
    invoked from within
"eval $procedure $targetname"
:info:install Warning: targets not executed for qca: org.macports.install
...

Some ideas?

Attachments (1)

main.log.gz (20.8 KB) - added by udbraumann 8 years ago.

Download all attachments as: .zip

Change History (6)

Changed 8 years ago by udbraumann

Attachment: main.log.gz added

comment:1 Changed 8 years ago by michaelld (Michael Dickens)

Might be fixed in r145256. Please clean, selfupdate, and updating again.

comment:2 Changed 8 years ago by jmroot (Joshua Root)

Cc: michaelld@… removed
Owner: changed from macports-tickets@… to michaelld@…

That won't have fixed it. The problem comes from incorrect use of "default". There's no reason to use it on description and long_description though, as there is no lazy evaluation being done. So I would suggest simply removing it.

comment:3 Changed 8 years ago by cjones051073 (Chris Jones)

I can confirm the issue was not fixed in r145256, and that removing the incorrect 'default' specifiers in the descriptions fixes things.

comment:4 Changed 8 years ago by cjones051073 (Chris Jones)

Cc: jonesc@… added

Cc Me!

comment:5 Changed 8 years ago by michaelld (Michael Dickens)

Resolution: fixed
Status: newclosed

OK; very good. Done in r145272. The other change needed to happen anyway; sloppy programming the first time around on my part.

Note: See TracTickets for help on using tickets.