Denis,
While automatic redirection is a great idea for keeping the
download server responsive, I should point out that unfortunately
it can also lead to problems:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=539316
In particular, for locations with content that changes over time,
it can and does redirect to mirrors with older content. I've
suggested that it seems relatively simple (to me) to tweak
whatever logic is checking for size > 500KB to also check that
modification time > 1 day so that some mirror is actually
likely to have the latest version rather than highly unlikely.
Regards,
Ed
On 04.10.2018 20:15, Denis Roy wrote:
First off: thank you for considering
our bandwidth! It is much appreciated.
We have since tweaked download.e.o so
that, if you choose to not access mirrors, we will round-robin
to mirrors based on the client's location (for files >
500KB). In that case, a retry to download.e.o may result in a
different mirror for the same file, which may make your builds
more reliable.
My suggestion: use the p2 mirrors mechanism, and if the same
mirror fails repeatedly, then please report it and we'll remove
it.
Thanks,
Denis
On 2018-10-04 01:38 PM, Ernesto Posse
wrote:
I didn’t manually set the mirrors. My tycho build is using
whatever the default is. My latest build did succeed but
checking the log I see that it did not use mirror.cc.vt.edu.
My build is working for now, but for future builds
I could try Nick’s suggestion of avoiding mirrors, but that,
of course, is not ideal, as I don’t want to overuse bandwidth.
I’m not sure who exactly picks the mirrors: p2
or tycho? In any case, I would have hoped that whenever a
mirror fails on an artiact for some reason, a different
mirror would be tried. Perhaps this functionality has
already been implemented? If not, I could file a bug, but on
which component? p2? tycho? some other component?
Thanks
Mirrors
are one of those things... I think that specific
mirror has occasional connectivity issues, since
it's not the first time I see this error.
Can
you switch to another mirror?
We
could pull that mirror from the list if it
becomes problematic, but over the last decade it
has served many a terabyte.
Denis
On 2018-10-04 12:16 PM,
Ernesto Posse wrote:
Thanks. Yes, that is a possibility, but
unfortunately the product I’m building must be
built on Neon due to some dependencies (which are
absolutely necessary for the product but run only
on Neon). Sometimes it is necessary to build
products with older dependencies, specially when
maintaining legacy applications.
Anyway, the build is now working, so
maybe that was just a temporary network issue
for the mirror in question, but thanks for the
suggestion.
--
Ernesto
Posse
Zeligsoft
(2009) Ltd.
At the risk of
being That Guy, have you considered
that the mirrors are trashing their
ancient releases and moving up to the
newer stuff?
Neon is so a couple
years ago. 2016 was a much simpler
time. Now we live in the Photon and
2018-09 world. Can you use one of
those instead?
There's also a flag to
disable using the mirrors and just
pull directly from Eclipse.org.
Nick
Hi. I’m trying to build a
project which downloads Neon
artifacts from http://mirror.cc.vt.edu/pub/eclipse/releases/neon/ but
I keep getting errors like this:
[INFO] Unpacking
org.eclipse.e4.ui.model.workbench_1.2.0.v20160229-1459...
[ERROR] Retry
another mirror:
[ERROR] Internal
error:
org.eclipse.tycho.repository.local.MirroringArtifactProvider$MirroringFailedException:
Could not mirror artifact
osgi.bundle,org.eclipse.e4.ui.services,1.2.100.v20160506-0759
into the local Maven
repository.See log output for
details. Network is
unreachable (connect failed)
-> [Help 1]
(not only for
org.eclipse.e4.ui.services_1.2.100
but other artifacts as well)
Thanks,
--
Ernesto
Posse
Zeligsoft
(2009) Ltd.
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options,
retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
--
Nick Boldt
Principal Software Engineer, RHCSA
Productization Lead :: JBoss Tools & Dev Studio
IM: @nickboldt / @nboldt / http://nick.divbyzero.com
“The
Only Thing
That Is
Constant Is
Change” - Heraclitus
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve
your password, or unsubscribe from this
list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
eclipse-mirrors mailing list
eclipse-mirrors@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/eclipse-mirrors
--
Denis Roy
Director, IT Services | Eclipse Foundation, Inc.
Twitter: @droy_eclipse
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your
password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
--
Denis Roy
Director, IT Services | Eclipse Foundation, Inc.
Twitter: @droy_eclipse
Meet us at EclipseCon Europe 2018: LUDWIGSBURG, OCTOBER 23 - 25
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
|