[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [p2-dev] instances/examples for server-side install?
- From: "Nick Boldt" <codeslave@xxxxxxxxxx>
- Date: Thu, 11 Sep 2008 01:31:52 -0400
- Delivered-to: firstname.lastname@example.org
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=j3VXUnxOk2Ssw9tK7DE02n1G5hvhE3o+y1Uum5qpBp1yNPOXf4IPEyrT9lhGmUfCXF X95zwvKOt3AVOSjgWjFUcol0Lm0NbFZy6/Bo0SJrcKWi6qX1rUB73KEwJeF7s6W1GsAg MXqyhCxhOr8I6mVCNgmAEfuu0OESyh4kuTceg=
Why would you need a trigger? Just offer the choice to the user.
On Mon, Sep 8, 2008 at 9:42 AM, Pascal Rapicault
> Which trigger would you use to show the message? When the IUs you are
> installing have very wide version ranges, then any combination or install /
> update / uninstall could happen as the result of modifying a profile
> (installing, removing or updating).
> It seems to me that what you are after is something that can recognize what
> a "product" is and can reason about it.
> Nick Boldt---07/09/2008 12:13:58 AM---Could you add something simple like a
> flag in the UI to differentiate between: "Add new plugins to e
> Nick Boldt/Toronto/IBM@IBMCA
> "P2 developer discussions" <p2-dev@xxxxxxxxxxx>
> 07/09/2008 12:13 AM
> Re: [p2-dev] instances/examples for server-side install?
> Could you add something simple like a flag in the UI to differentiate
> "Add new plugins to existing target folder (replace any existing,
> updated plugins with newer; keep other unaffected files; merge new
> content into existing artifacts.xml)"
> "Replace existing target folder if exists with new plugins (delete
> existing folder and start fresh)"
> Admittedly, the text above is too verbose for a simple UI flag, but
> you get the idea. Perhaps we need a short flag ("merge into existing
> target" vs. "replace existing target") and a tooltip w/ description
> The benefit, naturally, would be that the user could chose whether to
> do an additive or destructive install, and know immediately what to
> expect when done.
> On Sat, Sep 6, 2008 at 1:48 PM, Jeff McAffer <jeff@xxxxxxxxx> wrote:
>> Nick pointed out some issues he has had. I could believe that they
>> problems but we should address them with the reorg of the
>> director/installer/ProvisioningHelper so that this function is available
>> install anything into anything (new, old, product, add-on, ...)
> p2-dev mailing list
> p2-dev mailing list