[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [p2-dev] Update, shared installs, and EPP Package

I don't really think #1 is an option, as we would be removing 'self update' for all users, and trying to communicate this would be a nightmare.

The problem with number 2 is that it's not really our call (the p2-dev list).  I think we should bring this to the wider community (cross-project dev I guess) and see what they think.  

As for the concern about SLF4J being installed -- the reality is, they were already installed.  Because of the resolver bug that Pascal mentioned, SLF4J was being pulled in, so now we are just making this 'explicit'.

cheers,
ian

On Wed, Sep 1, 2010 at 12:41 PM, Pascal Rapicault <pascal@xxxxxxxxxxxx> wrote:
The problem was not with SLF4J per-se. It is the one that ends up in the middle of the mess because it was non greedly required.

On 2010-09-01, at 2:09 PM, Gunnar Wagenknecht wrote:

> Am 01.09.2010 18:28, schrieb Pascal Rapicault:
>> 2) Add the SLF4J JCL bundle to each EPP Package in SR1. Though this may appear to be a weird fix, this will result in a consistent installation. The background here is the SLF4J bundles were being brought in the epp packages because of the p2 bug and again because of the bug their uninstallation was leaving the system in an inconsistent state. The idea of having those bundles be part of the SR1 packages is that when the update occurs the uninstallation of these bundles will not occur thus leaving the installation in a consistent state.
>>      Pros: Everybody can update
>>      Cons: "Code change" in that we ship a new bundles
>
> Weird indeed. The SLF4J metadata now correctly requires a logger
> implementation. But do we know of any side effects if both - SLF4J JCL
> as well as org.apache.commons.logging - are available in the system?
>
> -Gunnar
>
> --
> Gunnar Wagenknecht
> gunnar@xxxxxxxxxxxxxxx
> http://wagenknecht.org/
>
> _______________________________________________
> 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



--
R. Ian Bull | EclipseSource Victoria | +1 250 477 7484
http://eclipsesource.com | http://twitter.com/eclipsesource