On Fri, Mar 10, 2017 at 12:32 PM, j. van den hoff <[email protected]> wrote:
> before I start: yes, I have seen and read ticket #53414. I did not help: > > I tried to to to selfupdate from 2.3.5 to 2.4.1 today (MacOS 10.11.6). it > failed with > > configure: === configuring in vendor/tcl/unix > (/opt/local/var/macports/sources/rsync.macports.org/release/ > base/vendor/tcl/unix > <https://api.thetopinbox.com/track/v2/link?id=9b902c74-2550-40e4-a419-f1c2ab67d41d&url=http%3A%2F%2Frsync.macports.org%2Frelease%2Fbase%2Fvendor%2Ftcl%2Funix> > ) > configure: error: no configure script found in vendor/tcl/unix > Command failed: CC=/usr/bin/cc OBJC=/usr/bin/cc ./configure > --prefix='/opt/local' --with-install-user='root' > --with-install-group='wheel' --with-directory-mode='0755' --enable-readline > && make SELFUPDATING=1 && make install SELFUPDATING=1 > Exit code: 1 > > [...] > > what am I missing? > > I think I have the same problem as joerg. Based on previous discussion here, and ticket 53414, I tried two fixes: 1) Revert to default macports.conf: root@recluse:~$cd /opt/local/etc/macports root@recluse:~$cp macports.conf.default macports.conf My port -v self attempt ended (as it always does now) with: > configure: === configuring in vendor/tcl/unix > (/opt/local/var/macports/sources/ > rsync.macports.org/release/base/vendor/tcl/unix) > configure: error: no configure script found in vendor/tcl/unix > Command failed: cd /opt/local/var/macports/sources/ > rsync.macports.org/release/base && CC=/usr/bin/cc OBJC=/usr/bin/cc > ./configure --prefix='/opt/local' --with-install-user='root' > --with-install-group='wheel' --with-directory-mode='0755' --enable-readline > && make SELFUPDATING=1 && make install SELFUPDATING=1 > Exit code: 1 > Error: Error installing new MacPorts base: command execution failed > To report a bug, follow the instructions in the guide: > http://guide.macports.org/#project.tickets > Error: /opt/local/bin/port: port selfupdate failed: Error installing new > MacPorts base: command execution failed Since this looks like a softlink problem, I followed Mihai's suggestion to " make sure rsync_options includes the "l" flag" and now I have it: > root@recluse:~$grep options /opt/local/etc/macports/macports.conf > rsync_options -rtzvl --delete-after Failure mode was the same, as above. Any further thoughts or suggestions? My macports.conf is included as an attachment. (Would in-line have been better?) tai PS: Many thanks for making 17855 things possible with MacPorts. :) -- [email protected] :::: East Pole Productions
macports.conf
Description: Binary data
