Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [epp-dev] Helios SR1 RC4 - sign off request

Hi (again)

more than 10 people did test the modeling package on several platform
not encountering the issue. I would say I was unlucky...

this is my +1 for the package.

Cédric

Le 22/09/2010 10:07, Cédric Brun a écrit :
> Hi all,
>
> I tried again with the same installation: same error.
>
> I re-downloaded the archive, unzip and launched the Eclipse installation
> : it works.
>
> Basically I have a broken installation and a working one from the same
> zips. The broken one have nothing inside the
>
> p2/org.eclipse.equinox.p2.engine/profileRegistry
>
> directory while the working one has
>
> epp.package.modeling.profile
>
> It might be a well hidden P2 bug, but if nobody else experienced it I
> was probably in a bad day..
>
> I'll ping a few more people to have a try on the modeling package, see
> if anybody have an issue.
>
>
> Any opinion ? 
>
>
>
>
>
> Le 21/09/2010 21:38, Cédric Brun a écrit :
>   
>> I did try on my "work" machine and the JEE package was working fine. I
>> did try to restart Eclipse and experienced the same issue with the
>> modeling package.
>>
>> Now I'm back home and not on the same machine, I just tested the
>> modeling package (linux 86) and it worked fine. I'll double-check
>> tomorrow morning at work.
>>
>> cheers,
>>
>> Cédric
>>
>> Ian Bull a écrit :
>>   
>>     
>>> IIRC, there was (at one point) a timing issue that caused the p2
>>> profile not to be found.  Let me search bugzilla and see what I can find.
>>>
>>> Cedric, is this happening 'consistently' for you? In particular, if
>>> you restart Eclipse, does it still happen?
>>>
>>> cheers,
>>> ian
>>>
>>> On Tue, Sep 21, 2010 at 9:19 AM, Markus Knauer
>>> <mknauer@xxxxxxxxxxxxxxxxx <mailto:mknauer@xxxxxxxxxxxxxxxxx>> wrote:
>>>
>>>     I did a very similar test with
>>>     20100917-0715_eclipse-rcp-helios-SR1-RC4-linux.gtk.x86_64.tar.gz
>>>     on 64-bit Linux: I installed Xpand via 'Help' > 'Install Modeling
>>>     Components' and it worked perfectly.
>>>
>>>     Other test with the RCP/RAP package were successful as well
>>>     (installing Git with the Marketplace Client from the Yoxos
>>>     repository). So the question remains: What else could be going on
>>>     here? Or is it a false alarm?
>>>
>>>     Thanks, Markus
>>>
>>>
>>>     On 21 September 2010 17:58, Ian Bull <irbull@xxxxxxxxxxxxxxxxx
>>>     <mailto:irbull@xxxxxxxxxxxxxxxxx>> wrote:
>>>
>>>         I tried the modeling package:
>>>
>>>         20100917-0715_eclipse-modeling-helios-SR1-RC4-linux.gtk.x86.tar.gz
>>>
>>>         and I was able to use the MPC to install the Memory Analyzer
>>>         without problems.
>>>         I'm using x86 Linux/GTK.   
>>>         Have others reproduced this problem?  Maybe there is something
>>>         else going on here?
>>>
>>>         cheers,
>>>         ian
>>>
>>>         On Tue, Sep 21, 2010 at 1:03 AM, Cédric Brun
>>>         <cedric.brun@xxxxxxx <mailto:cedric.brun@xxxxxxx>> wrote:
>>>
>>>             Hi,
>>>
>>>             I'm experiencing an issue with the RC4, I can't install
>>>             anything inside using either the Market Place or the
>>>             Modeling Discovery, it returns a
>>>             "Problems occurred while performing provisioning
>>>             operation: Profile id _SELF_ is not registered.
>>>             Profile id _SELF_ is not registered."
>>>             message
>>>
>>>             with the following stack trace :
>>>
>>>             java.lang.IllegalArgumentException: Profile id _SELF_ is
>>>             not registered.
>>>             at
>>>             org.eclipse.equinox.internal.provisional.p2.director.ProfileChangeRequest.createByProfileId(ProfileChangeRequest.java:49)
>>>             at
>>>             org.eclipse.equinox.p2.operations.InstallOperation.computeProfileChangeRequest(InstallOperation.java:68)
>>>             at
>>>             org.eclipse.equinox.p2.operations.ProfileChangeOperation.makeResolveJob(ProfileChangeOperation.java:158)
>>>             at
>>>             org.eclipse.equinox.p2.operations.ProfileChangeOperation.resolveModal(ProfileChangeOperation.java:113)
>>>             at
>>>             org.eclipse.epp.internal.mpc.ui.operations.ProfileChangeOperationComputer.resolveModal(ProfileChangeOperationComputer.java:255)
>>>             at
>>>             org.eclipse.epp.internal.mpc.ui.operations.ProfileChangeOperationComputer.resolve(ProfileChangeOperationComputer.java:244)
>>>             at
>>>             org.eclipse.epp.internal.mpc.ui.operations.ProfileChangeOperationComputer.resolveInstall(ProfileChangeOperationComputer.java:177)
>>>             at
>>>             org.eclipse.epp.internal.mpc.ui.operations.ProfileChangeOperationComputer.run(ProfileChangeOperationComputer.java:129)
>>>             at
>>>             org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121)
>>>
>>>             I already experimented such issues when trying to install
>>>             bundles into an Eclipse runtime launched from a run
>>>             configuration, but here I'm launching a plain standalone
>>>             Eclipse. Did anything changed in the P2 profiles between
>>>             RC3 and RC4 ?
>>>
>>>             Cédric
>>>
>>>             Le 17/09/2010 14:31, Markus Knauer a écrit :
>>>     
>>>       
>>>>             Hi package maintainers,
>>>>
>>>>             there is a new build of the Helios SR1 RC4 EPP packages
>>>>             available that needs testing and your approval:
>>>>
>>>>              
>>>>             http://build.eclipse.org/technology/epp/epp_build/36/download/20100917-0715/
>>>>
>>>>             Please test and send your sign-offs to this mailing list.
>>>>             This is not only a candidate build for RC4, but also for
>>>>             next weeks final SR1 release.
>>>>
>>>>             Thanks, Markus
>>>>
>>>>               
>>>>             _______________________________________________
>>>>             epp-dev mailing list
>>>>             epp-dev@xxxxxxxxxxx <mailto:epp-dev@xxxxxxxxxxx>
>>>>             https://dev.eclipse.org/mailman/listinfo/epp-dev
>>>>       
>>>>         
>>>             _______________________________________________
>>>             epp-dev mailing list
>>>             epp-dev@xxxxxxxxxxx <mailto:epp-dev@xxxxxxxxxxx>
>>>             https://dev.eclipse.org/mailman/listinfo/epp-dev
>>>
>>>
>>>
>>>
>>>         -- 
>>>         R. Ian Bull | EclipseSource Victoria | +1 250 477 7484
>>>         http://eclipsesource.com | http://twitter.com/eclipsesource
>>>
>>>         _______________________________________________
>>>         epp-dev mailing list
>>>         epp-dev@xxxxxxxxxxx <mailto:epp-dev@xxxxxxxxxxx>
>>>         https://dev.eclipse.org/mailman/listinfo/epp-dev
>>>
>>>
>>>
>>>     _______________________________________________
>>>     epp-dev mailing list
>>>     epp-dev@xxxxxxxxxxx <mailto:epp-dev@xxxxxxxxxxx>
>>>     https://dev.eclipse.org/mailman/listinfo/epp-dev
>>>
>>>
>>>
>>>
>>> -- 
>>> R. Ian Bull | EclipseSource Victoria | +1 250 477 7484
>>> http://eclipsesource.com | http://twitter.com/eclipsesource
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> epp-dev mailing list
>>> epp-dev@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/epp-dev
>>>   
>>>     
>>>       
>> _______________________________________________
>> epp-dev mailing list
>> epp-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/epp-dev
>>
>>   
>>     
> _______________________________________________
> epp-dev mailing list
> epp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/epp-dev
>
>   



Back to the top