Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [] RE: [cross-project-issues-dev]Heresy mark II (summaries and replies)

Title: New Page 1
Hi Bjorn,
I think I see the point in your theory, that copying bits from location x1, x2, x3...
to location G (for ganymede) should be equivalent to pre-populating information
about location x1, x2, x3, ... in the base Eclipse downloads (SDK, packages).
In the case of Ganymede, however, we're not only copying but also filtering:
the project update sites x1, x2, x3... are typically organized in a different way
than Ganymede, because their job is UPDATING rather than GETTING AN
Because of this, those project update sites typically
  • Carry multiple versions of the project (making it very confusing for first-time-installers!)
  • Contain more small add-ons like Ganymede (which are not considered Mainstream, and thus only confuse first-time-installers!)
So, while I'm not totally opposed to your theory, my word of caution is that
if we want to go this route, projects will likely need to have two site.xml
themselves -- one for their main update site, the other for "initial install via
update manager".
Which is, essentially, same work as before (maintaining site.xml and
And, deprives us of the ability to do more fine-tuning with the categorization,
since categorization will be strictly per-project only. Therefore:
-1 for removing the Ganymede site
+1 for investigating turning Ganymede into a P2 Metadata Repository
     rather than holding all the verbatim bits
I'm in favor of investigating using more P2 features for the Ganymede site
instead. Perhaps there are possibilities of making the Ganymede site more
of a "metadata Repository" only, that contains the assembled pointers
to the project update sites only but not the real files. This would relieve
us from actually copying any bits, and would save us in the gigabyte
range of diskspace on both and all the mirrors.
Provided that mirror are set up for mirroring all the project update sites,
and not just Ganymede alone. But even this can be solved by P2 because
it does automatica mirror selection anyways.
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member

From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx] On Behalf Of Bjorn Freeman-Benson
Sent: Mittwoch, 30. April 2008 03:42
Cc: Cross project issues
Subject: Re: [] RE: [cross-project-issues-dev]Heresy mark II (summaries and replies)

I was under the impression that we already did pre-populate with more than one site. To test my theory, I downloaded the Europa package "Eclipse IDE for Java Developers" and opened Help > Software Updates > Find and Install... > Search for new features and, voila!, there are nine update sites pre-populated.

We could very easily pre-populate with all the project's update sites, n'est pas?  And that would provide a natural additional level of classification of the features...
I'm sure we could prepopulate more then one site.

[end of message]

Back to the top