Hi
As previously announced, here is the archive link to my former message:
https://lists.macosforge.org/pipermail/macports-users/2015-August/039111.html
This will hopefully ease information spread.
Mihai
signature.asc
Description: OpenPGP digital signature
On 25.08.2015 09:35 PM, Mihai Moldovan wrote:
As previously announced, here is the archive link to my former message:
https://lists.macosforge.org/pipermail/macports-users/2015-August/039111.html
This will hopefully ease information spread.
And as Jeremy pointed out, it is easy to imagine
Hi
For the last few days, I have increasingly seen reports of problems reaching the
master server (distfiles.macports.org/rsync.macports.org) with symptoms ranging
from low throughput (tens of KB/s with an otherwise idle connection on the
user's end), stalling of downloads with eventual
On Tue, Aug 25, 2015 at 3:45 PM, Mihai Moldovan io...@macports.org wrote:
And as Jeremy pointed out, it is easy to imagine that the mailing list
infrastructure might fall victim to the same problem.
...implying the people who need it won;t see this message
--
brandon s allbery kf8nh
On Mar 14, 2012, at 10:43 PM, Joshua Root wrote:
Speeds from distfiles.macports.org seem normal to me (300-600 kB/s, from
the other side of the Pacific) both now and right after Blair's first email.
I'm seeing fast from Comcast MI (595k) and slow from NTT America (TX) today.
Looks like
On Mar 15, 2012, at 6:48 AM, Daniel J. Luke wrote:
On Mar 14, 2012, at 10:43 PM, Joshua Root wrote:
Speeds from distfiles.macports.org seem normal to me (300-600 kB/s, from
the other side of the Pacific) both now and right after Blair's first email.
I'm seeing fast from Comcast MI (595k
On Mar 15, 2012, at 10:15 AM, William Siegrist wrote:
On Mar 15, 2012, at 6:48 AM, Daniel J. Luke wrote:
On Mar 14, 2012, at 10:43 PM, Joshua Root wrote:
Speeds from distfiles.macports.org seem normal to me (300-600 kB/s, from
the other side of the Pacific) both now and right after Blair's
On 03/15/2012 07:15 AM, William Siegrist wrote:
On Mar 15, 2012, at 6:48 AM, Daniel J. Luke wrote:
On Mar 14, 2012, at 10:43 PM, Joshua Root wrote:
Speeds from distfiles.macports.org seem normal to me (300-600 kB/s, from
the other side of the Pacific) both now and right after Blair's first
On Mar 15, 2012, at 10:26, Landon J Fuller wrote:
I recently noticed extremely slow download speeds from
http://opensource.apple.com/ -- looks like it's on the same network as
distfiles.macports.org.
MacPorts distfiles, Trac, macosforge.org itself, webkit.org, all still
consistently slow
distfiles.macports.org
traceroute to rsync.macports.org (17.254.20.244), 64 hops max, 52 byte
packets
1 10.0.0.1 (10.0.0.1) 1.498 ms 1.118 ms 1.227 ms
2 * * *
3 202.7.173.201 (202.7.173.201) 22.576 ms
syd-sot-ken-csw2-ge-1-3.tpgi.com.au (202.7.173.205) 22.596 ms
202.7.173.201
On Mar 15, 2012, at 4:13 PM, Ryan Schmidt wrote:
On Mar 15, 2012, at 10:26, Landon J Fuller wrote:
I recently noticed extremely slow download speeds from
http://opensource.apple.com/ -- looks like it's on the same network as
distfiles.macports.org.
$ curl
http://distfiles.macports.org/qt4
://distfiles.macports.org/py-distribute
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
100 614k 100 614k0 0 4503 0 0:02:19 0:02:19 --:--:-- 4561
Blair
:
--- Fetching py27-distribute
--- distribute-0.6.25.tar.gz doesn't seem to exist in
/opt/local/var/macports/distfiles/py-distribute
--- Attempting to fetch distribute-0.6.25.tar.gz from
http://distfiles.macports.org/py-distribute
% Total% Received % Xferd Average Speed Time
, but was still slower than normal):
--- Attempting to fetch openssl-1.0.0h.tar.gz from
http://distfiles.macports.org/openssl
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
100 3953k 100
-distribute
--- Attempting to fetch distribute-0.6.25.tar.gz from
http://distfiles.macports.org/py-distribute
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
100 614k 100 614k0 0
--- Attempting to fetch distribute-0.6.25.tar.gz from
http://distfiles.macports.org/py-distribute
% Total% Received % Xferd Average Speed TimeTime Time
Current
Dload Upload Total SpentLeft Speed
100 614k 100 614k0 0 4503
still slow here:
--- Attempting to fetch openssl-1.0.0h.tar.gz from
http://distfiles.macports.org/openssl
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft Speed
2 3953k2 101k0 0
Thanks for testing... Our network provider is looking into it. No ETA on a fix
yet.
-Bill
On Mar 14, 2012, at 10:33 AM, Daniel J. Luke dl...@geeklair.net wrote:
still slow here:
--- Attempting to fetch openssl-1.0.0h.tar.gz from
http://distfiles.macports.org/openssl
% Total
FYI, same here, from multiple locations in Austin, TX. In this test, speeds
were fluctuating between 4K/sec and 22K/sec.
$ curl -O http://distfiles.macports.org/gcc47/gcc-4.7-20120225.tar.bz2
% Total% Received % Xferd Average Speed TimeTime Time Current
Speeds from distfiles.macports.org seem normal to me (300-600 kB/s, from
the other side of the Pacific) both now and right after Blair's first email.
- Josh
On 2012-3-15 02:12 , William Siegrist wrote:
Blair, we're looking into the problem. Are you located outside of the US?
Is anyone else
Thanks to dluke generously hosting a proxy, and wms configuring the
server to use it and arranging appropriate firewall permissions, you
should now not need to go out of your way to find a http mirror for
everything.
Thanks guys!
- Josh
___
How often does distfiles.macports.org get new files? Is it a periodic
process like portindex, or does it run after every commit like the
port lint check?
If periodic, does it generate output about what it's doing, like
which new files have been downloaded or which files failed to
download
On Jul 9, 2008, at 11:15 PM, Ryan Schmidt wrote:
How often does distfiles.macports.org get new files? Is it a periodic
process like portindex, or does it run after every commit like the
port lint check?
Every morning it runs through every port and performs port mirror.
So regardless
On Jul 8, 2008, at 2:27 PM, Ryan Schmidt wrote:
On Jul 7, 2008, at 23:38, Ryan Schmidt wrote:
On Jul 7, 2008, at 21:34, William Siegrist wrote:
On Jul 7, 2008, at 6:22 PM, Ryan Schmidt wrote:
MacPorts trunk seems to like picking distfiles.macports.org to
download distfiles because its
MacPorts trunk seems to like picking distfiles.macports.org to
download distfiles because its pings return fast, but actually
downloading files from it is slow, like less than 10KB/sec. Anyone
else seeing this?
___
macports-dev mailing list
On Jul 7, 2008, at 10:34 PM, William Siegrist wrote:
On Jul 7, 2008, at 6:22 PM, Ryan Schmidt wrote:
MacPorts trunk seems to like picking distfiles.macports.org to
download distfiles because its pings return fast, but actually
downloading files from it is slow, like less than 10KB/sec. Anyone
On Jul 7, 2008, at 9:16 PM, Daniel J. Luke wrote:
On Jul 7, 2008, at 10:34 PM, William Siegrist wrote:
On Jul 7, 2008, at 6:22 PM, Ryan Schmidt wrote:
MacPorts trunk seems to like picking distfiles.macports.org to
download distfiles because its pings return fast, but actually
downloading
William Siegrist wrote:
On May 30, 2008, at 5:09 PM, Ryan Schmidt wrote:
On May 30, 2008, at 06:40, Rainer Müller wrote:
But this would make this shiny new ping sort feature useless. What is
more important for use? Probably faster downloads or pseudo usage
statistics?
Why don't we
Joshua Root wrote:
People can start relying on the mirror and building it into port1.0
Done: http://trac.macports.org/attachment/ticket/15456/d.m.o.diff :-D
Nice implementation. Patch works fine here!
As you use port mirror for this task now, can we revert the addition of
port distfiles?
that first.
But this would make this shiny new ping sort feature useless. What is
more important for use? Probably faster downloads or pseudo usage
statistics?
We'll still get a (geographically-biased) sample from
distfiles.macports.org with mirror sorting enabled. At the very least
we'll get
On May 30, 2008, at 4:40 AM, Rainer Müller wrote:
Joshua Root wrote:
People can start relying on the mirror and building it into port1.0
Done: http://trac.macports.org/attachment/ticket/15456/d.m.o.diff :-D
Nice implementation. Patch works fine here!
As you use port mirror for this task
On May 30, 2008, at 06:40, Rainer Müller wrote:
People can start relying on the mirror and building it into port1.0
Done: http://trac.macports.org/attachment/ticket/15456/d.m.o.diff :-D
Nice implementation. Patch works fine here!
As you use port mirror for this task now, can we revert the
On May 30, 2008, at 5:09 PM, Ryan Schmidt wrote:
On May 30, 2008, at 06:40, Rainer Müller wrote:
But this would make this shiny new ping sort feature useless. What is
more important for use? Probably faster downloads or pseudo usage
statistics?
Why don't we keep the nice ping feature for
have trouble
fetching a distfile, the checksums fail repeatedly, or you need an
old distfile, you might try looking here:
http://distfiles.macports.org/portname/
I hope it's not actually portname but dist_subdir as defined in
the port. For most ports, dist_subdir will equal portname
34 matches
Mail list logo