[MacPorts] #72359: base: port-tclsh: replace with (was: tcl: when port active, script port_binary_distributable fails; dlopen complains about libtdbc1.1.10.dylib)
MacPorts
noreply at macports.org
Fri Apr 18 00:10:30 UTC 2025
#72359: base: port-tclsh: replace with
----------------------+----------------------
Reporter: mascguy | Owner: mascguy
Type: defect | Status: reopened
Priority: Normal | Milestone:
Component: base | Version: 2.10.5
Resolution: | Keywords: arm
Port: |
----------------------+----------------------
Changes (by mascguy):
* keywords: sequoia => arm
* port: tcl =>
* component: ports => base
Old description:
> On my ARM-based work Mac (using Sequoia 15.4.1), running script
> `port_binary_distributable.tcl` results in the following error:
>
> {{{
> $ jobs/port_binary_distributable.tcl -v openjdk17
>
> dlopen(/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib, 0x0006):
> tried: '/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib' (code signature in
> <2F97F427-676D-3B25-9007-9589C3B5715D>
> '/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib' not valid for use in
> process: mapping process and mapped file (non-platform) have different
> Team IDs),
> '/System/Volumes/Preboot/Cryptexes/OS/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib'
> (no such file),
> '/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib' (code signature in
> <2F97F427-676D-3B25-9007-9589C3B5715D>
> '/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib' not valid for use in
> process: mapping process and mapped file (non-platform) have different
> Team IDs)
> }}}
>
> As a workaround, temporarily deactivating port `tcl` solves the issue.
>
> Nonetheless, this is quite annoying. Particularly for members and
> maintainers, who use `port_binary_distributable` regularly.
>
> Unfortunately, this is the first time I've attempted to run that script,
> on this particular Mac. So I can't say when the breakage occurred.
New description:
On my ARM-based work Mac (using Sequoia 15.4.1), running script
`port_binary_distributable.tcl` results in the following error:
{{{
$ jobs/port_binary_distributable.tcl -v openjdk17
dlopen(/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib, 0x0006):
tried: '/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib' (code signature in
<2F97F427-676D-3B25-9007-9589C3B5715D>
'/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib' not valid for use in
process: mapping process and mapped file (non-platform) have different
Team IDs),
'/System/Volumes/Preboot/Cryptexes/OS/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib'
(no such file),
'/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib' (code signature in
<2F97F427-676D-3B25-9007-9589C3B5715D>
'/opt/local/lib/tdbc1.1.10/libtdbc1.1.10.dylib' not valid for use in
process: mapping process and mapped file (non-platform) have different
Team IDs)
}}}
Apparently this is a known issue, but it hasn't been addressed yet. The
solution is provided via comment:5:ticket:64507:
> I guess we may also want to look into a way to prevent this for all
users of `port-tclsh`, e.g. by replacing it with a shell script:
>
> {{{
> #!/bin/sh
> exec @prefix@/libexec/macports/bin/tclsh8.6 "$@"
> }}}
--
--
Ticket URL: <https://trac.macports.org/ticket/72359#comment:13>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list