Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] Ganymede M5 problems

Title: Re: [cross-project-issues-dev] Ganymede M5 problems
No, but I don’t see the point in having an SDK of our own that includes sources/docs and not the underlying dependency sources/docs.  IOW, it’s not really an “end user” tool, but an extension of the Eclipse SDK.  We have a separate runtime feature for deployment purposes.

We could create a tooling feature that just specifies the *.jdt and *.pde dependencies, but again I suspect that most would find the full SDK necessary.

- Rich

On 2/21/08 10:10 AM, "John Arthorne" <John_Arthorne@xxxxxxxxxx> wrote:


Do you actually have a dependency on the platform SDK source bundles being present?  If org.eclipse.sdk is just being used as a short-hand to get platform+JDT+PDE, it seems better to roll your own feature with the bits you need. Otherwise you're dragging a large wad of source bundles into Ganymede that many users likely don't want to download.

John




Richard Gronback <richard.gronback@xxxxxxxxxxx>
Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx 02/21/2008 08:30 AM

Please respond to
Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>

To

Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>

cc
Subject

Re: [cross-project-issues-dev] Ganymede M5 problems




I thought the restriction on SDKs was lifted?  We used to have a special feature to package our tooling and runtime components without the Eclipse SDK dependency (of course, someone complained about that as well).  So, we switched to using our regular runtime and SDK features for Ganymede.  

So, we can:

1.        
require that those who obtain GMF from Ganymede download the Eclipse SDK as their starting point (the usual case, I suppose);
2.        provide the Eclipse SDK on the ganymede update site, as Kim has offered;
3.        return to using our special “simultaneous release” feature, which will have dependencies on *.pde and *.jdt from our tooling component

- Rich

On 2/21/08 7:12 AM, "Kim Moir" <Kim_Moir@xxxxxxxxxx> wrote:


I don't provide SDKs to Ganymede because it was my understanding that we were only providing runtimes.  If this needs to change, I can submit the SDK features.

Kim




"Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx>

Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx 02/21/2008 05:40 AM
Please respond to
Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
To
"Cross project issues" <cross-project-issues-dev@xxxxxxxxxxx>

cc
Subject
[cross-project-issues-dev] Ganymede M5 problems





Hi all,


I wanted to test if it's possible to start with an eclipse-platform-3.4M5,

go to Ganymede and select all. Unfortunately it looks like it's not.
In general, it looks to me like some more work is needed for Ganymede
M5, it's a pity that it took so long until a green build was available.

My test was based on a local mirror that I made with attached script

plus rsync, based on this build on staging:
http://build.eclipse.org/ganymede/recent/2008_51_14_03_51 <http://build.eclipse.org/ganymede/recent/2008_51_14_03_51> <http://build.eclipse.org/ganymede/recent/2008_51_14_03_51> <http://build.eclipse.org/ganymede/recent/2008_51_14_03_51>
I tested with eclipse-platform-3.4M5-linux-gtk.tar.gz.

* Starting with Platform and doing Select All, I see this:

Graphical Modeling Framework SDK (2.0.1.v20071003-0000-7f7_E9xEMnXEyArl3l2z0EPNFgUv) requires feature "org.eclipse.sdk (3.3.0)", or compatible.
 --> My understanding is that org.eclipse.sdk feature is not expected on Ganymede,
      since we are mostly shipping Runtimes without sources; but sdk would
        include sources. Is this a GMF bug because they require it, or a Platform bug

      because they don't provide it to Ganymede?
  When deselecting GMF SDK, I can continue.

* Keeping the defaults on the "optional" page, I noticed that I had to manually

add pack200 support and a digest to my mirrored site. We should not forget
putting that on /releases/ganymede.

* Some features are just named "(Incubation)"


* Install of all fails with this message:

Update operation has failed
  Error retrieving "plugins/org.eclipse.rap.ui.intro_1.1.0.200801071838.jar". [Server returned HTTP response code: "404 Not Found" for URL: http://193.81.18.162/releases/ganymede/plugins/org.eclipse.rap.ui.intro_1.1.0.200801071838.jar
<http://193.81.18.162/releases/ganymede/plugins/org.eclipse.rap.ui.intro_1.1.0.200801071838.jar> <http://193.81.18.162/releases/ganymede/plugins/org.eclipse.rap.ui.intro_1.1.0.200801071838.jar> <http://193.81.18.162/releases/ganymede/plugins/org.eclipse.rap.ui.intro_1.1.0.200801071838.jar> .]
  Server returned HTTP response code: "404 Not Found" for URL: http://193.81.18.162/releases/ganymede/plugins/org.eclipse.rap.ui.intro_1.1.0.200801071838.jar
<http://193.81.18.162/releases/ganymede/plugins/org.eclipse.rap.ui.intro_1.1.0.200801071838.jar> <http://193.81.18.162/releases/ganymede/plugins/org.eclipse.rap.ui.intro_1.1.0.200801071838.jar> <http://193.81.18.162/releases/ganymede/plugins/org.eclipse.rap.ui.intro_1.1.0.200801071838.jar> .
--> I checked my server, and the corresponding .pack.gz plugin is available. Could it be that RAP has problems with packing?
$ unpack200 org.eclipse.rap.ui.intro_1.1.0.200801071838.jar.pack.gz org.eclipse.rap.ui.intro_1.1.0.200801071838.jar
error inflating input

Note that this was packed with Sun Jdk1.5.0_14 on Linux-i386 with default options.

 
Cheers, _______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Back to the top