Re: [p2-dev] p2 and multi-platform installs of Eclipse

[Rupert Gratz <rupert.gratz@xxxxxxxxxxxxx>]

Hi Pascal,

>    one install folder per OS/
>       which should only contains the exe and the configuration files
This is my -destination option when running the p2.director


>    one profile registry/
>       containing one profile per OS, each describing one instance.
This is the option p2.director.dataArea


>    one bundle pool/
p2.director.bundlepool option


Directory structure, how it is supposed to be in a MultiOS installation
at the end:

platform/x86-linux/eclipse/launcher
platform/x86-linux/eclipse/dropins
platform/x86-linux/eclipse/configuration
platform/x86-linux/eclipse/artifacts.xml

platform/eclipse/plugins
platform/eclipse/features
platform/eclispe/p2


And here my problem. The Installation has to be roaming compatible,
since we support shared installations.
However, to get roaming working the destination, bundle pool and
eclipse.p2.data.area have to be at the same location. Exactly that is
not the case in our multi OS installation.

Thanks for help,
-Rupert



Pascal Rapicault wrote:
> The short answer is the way you are doing it will cause you trouble and it
> is not the recommended way.
> The recommended way of doing this is to have:
>    one bundle pool/
>    one install folder per OS/
>       which should only contains the exe and the configuration files
>    one profile registry/
>       containing one profile per OS, each describing one instance.
> 
> HTH
> 
> PaScaL
> 
> 
>> Hi all,
>>
>> Our Eclipse based products have historically always been multi-
>> platform capable installs, that is: a single installation on disk
>> could be run on either Windows, Linux or Solaris host. In the past,
>> we did this by simply extracting the 3 ZIPs into the same location,
>> and renaming the Launcher ("eclipse.exe", "eclipse.linux",
> "eclipse.solaris").
>       This was working because no particular configuration was needed on
> external pieces or they were made on startup of the product.
> 
>> When adopting p2, we found that we had to tweak a few more bits for
>> making that happen - based on the eclipse-platform-* downloads:
>> Create a "Multi-Platform" profile by editing the Platform profile
>> for Linux and getting rid of the x86,linux,gtk spec
>       This will likely results in disasters the next time you install
> something since some of the filters will fail passing and thus causing the
> installation to not resolve.
> 
>> Create a "Multi-Platform" bundles.info by merging contents of
>> Windows+Linux+Solaris bundles.info
> 
>> I'm wondering if there is any kind of documentation, known issues or
>> other information about that multi-platform installation case.
>> Anything you'd like to point us to?
>>
>> For instance, if we "check for updates" while running on Windows,
>> would the Linux and Solaris bits also get updated?
>> Would we risk getting an invalid installation?
>> Or is this scenario just a no-no ?
>>
>> Any pointers appreciated,
>>
>> Thanks,
>> --
>> Martin Oberhuber, Senior Member of Technical Staff, Wind River
>> Target Management Project Lead, DSDP PMC Member
>> http://www.eclipse.org/dsdp/tm
>>
>>  _______________________________________________
>> p2-dev mailing list
>> p2-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/p2-dev
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> p2-dev mailing list
>> p2-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/p2-dev