On 2017-03-07, 8:33 AM, "Ryan Schmidt" <ryandes...@macports.org> wrote:
> On Mar 7, 2017, at 09:32, Rasku, Stephen (GE Digital)
<sra...@wurldtech.com> wrote:
>
> I am trying to do a “selfupdate” but it’s failing.
Has it ever worked?
It used to work.
> Note that our company may be blocking outgoing pings so that might
explain the problematic ping/traceroute results.
Tell your company to fix that; that's broken and it will interfere with
MacPorts being able to determine what server is closest to you for fastest
service.
Unfortunately, that’s not going to accomplish anything. It’s a company policy
and the company has over 300k employees. I have zero chance of influencing
this.
> I am able to get to rsync.macports.org but it re-directs to
distfiles.macports.org.
rsync.macports.org is an rsync server, not a web server, so there's no
reason to access it in a web browser. If you do, it will, for historical
reasons, redirect to distfiles.
> Usually I am behind a proxy but I ran this test on our external network.
>
> Is there any way I can fix this?
>
> $ sudo port -d selfupdate
> DEBUG: Copying
/Users/212434537/Library/Preferences/com.apple.dt.Xcode.plist to
/opt/local/var/macports/home/Library/Preferences
> DEBUG: MacPorts sources location:
/opt/local/var/macports/sources/rsync.macports.org/macports/release/tarballs
> ---> Updating MacPorts base sources using rsync
> DEBUG: system: /usr/bin/rsync -rtzv --delete-after
rsync://rsync.macports.org/macports/release/tarballs/base.tar
/opt/local/var/macports/sources/rsync.macports.org/macports/release/tarballs
> rsync: failed to connect to rsync.macports.org: No route to host (65)
Consult your network administrator.
OK, thanks.
Unsubscribe from GE's commercial electronic messages:
http://sc.ge.com/*casl-unsubscribe
Désabonner des messages électroniques commerciaux de GE:
http://sc.ge.com/*lcap-desabonnement
