'can't read "os.subplatform": can't read "os_subplatform": no such variable'

Ryan Schmidt ryandesign at macports.org
Mon Jun 18 01:52:57 UTC 2018


On Jun 16, 2018, at 16:02, Kevin Reid wrote:

> I just ran a selfupdate and it prompted me to run reclaim and during the reclaim process produced this error.
> 
> --->  Updating MacPorts base sources using rsync
> MacPorts base version 2.4.3 installed,
> MacPorts base version 2.5.2 downloaded.
> ...
> --->  Building list of distfiles still in use
> Warning: Failed to open port libiconv from registry: can't read "os.subplatform": can't read "os_subplatform": no such variable
> ...[repeat for what looks like every installed port]...
> Warning: Failed to open port gegl from registry: can't read "os.subplatform": can't read "os_subplatform": no such variable
> --->  Searching for unused distfiles
> Found 135 files (total 725.69 MiB) that are no longer needed and can be deleted.
> 
> So far, everything else seems to be proceeding normally, but I figured I'd report this in case it's a bug that should be fixed or has other implications.

os.subplatform was added to MacPorts in version 1.9.0, back in 2010. It should always be set--to "macosx" if you are running MacPorts on macOS, or to "puredarwin" on any other Darwin variant. It should not be possible for you to encounter this error on macOS...

The way that MacPorts determines that you are running on Darwin is to inspect the $tcl_platform(os) variable, a standard Tcl variable: http://wiki.tcl.tk/1649

I don't know how Tcl determines the value of that variable, but presumably it's similar to how "uname -s" works. Does running "uname -s" on your system work correctly?



More information about the macports-users mailing list