Binary-only mode requested with no usable archive sites configured

[ryandesign (Ryan Carsten Schmidt)]

Attempting a binary-only install while in a port's source directory and not specifying the port name results in an incorrect error message:

$ cd $(port dir ncurses)
$ sudo port -b install
Error: Failed to archivefetch ncurses: Binary-only mode requested with no usable archive sites configured
Error: See /opt/local/var/macports/logs/_Users_rschmidt_macports_macports-ports-svn-trunk_devel_ncurses/ncurses/main.log for details.
Error: Follow https://guide.macports.org/#project.tickets to report a bug.
Error: Processing of port ncurses failed
$

If specifying the port name, the install proceeds normally:

$ sudo port -b install ncurses
--->  Fetching archive for ncurses
--->  Attempting to fetch ncurses-6.0-20170520_0+universal.darwin_16.i386-x86_64.tbz2 from https://packages.macports.org/ncurses
--->  Attempting to fetch ncurses-6.0-20170520_0+universal.darwin_16.i386-x86_64.tbz2.rmd160 from https://packages.macports.org/ncurses
--->  Installing ncurses @6.0-20170520_0+universal
--->  Deactivating ncurses @6.0-20170708_0+universal
--->  Cleaning ncurses
--->  Activating ncurses @6.0-20170520_0+universal
--->  Cleaning ncurses
$

[kurthindenburg (Kurt Hindenburg)]

I meant to add a comment when I looked at this a while ago. I believe the "install" stage doesn't have the code in earlier stages that handle setting port names when in a port directory. I got side-tracked and didn't follow up on it.

[jmroot (Joshua Root)]

It's because we don't look for archive_sites.tcl in the fallback location, only in the Portfile's own ports tree (see r147456). When using the 'current' pseudoport, there is no knowledge about a ports tree as it has to work with just a single Portfile on its own.

[ryandesign (Ryan Carsten Schmidt)]

So how do we fix it?

[jmroot (Joshua Root)]

By changing the porturl used from file:///. to an absolute path I guess.

[raimue (Rainer Müller)]

In cc0663851d279ee1da692c6a65ad73500ea162ef/macports-base:

mportopen: Normalize ​file:// porturls

The evaluation of some targets may switch the current working directory,
which means a relative porturl will no longer point to the Portfile we
used. Normalize relative paths in a ​file:// porturl in order to be
able to calculate the correct path for the _resources directory in the
corresponding ports tree.

Update a macports_dlist test case which relied on a "​file://." porturl.

Closes: #54743