Opened 9 years ago
Closed 9 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)
Change History (6)
Changed 9 years ago by udbraumann
Attachment: | main.log.gz added |
---|
comment:1 Changed 9 years ago by michaelld (Michael Dickens)
comment:2 Changed 9 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 9 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:5 Changed 9 years ago by michaelld (Michael Dickens)
Resolution: | → fixed |
---|---|
Status: | new → closed |
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.
Might be fixed in r145256. Please clean, selfupdate, and updating again.