[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: RE: [platform-update-dev] Investigating some alternativeupdatemanager
|
Alex Blewitt wrote on Friday, September 15, 2006 12:53 AM
> Sorry, no can do. Don't have IRC access from work and generally going
> to be in a different timezone by the time I end up hacking on bits and
> pieces.
No worries about the time zones.
We are all over the map, Europe, USA, China.
And the chats are logged.
And we work through mailing lists too.
> I'm more interested in providing a next-generation update mechanism
> that has nothing to do with features, personally. I'm sure that such a
> system would be able to be backwardly compatible with existing update
> sites -- after all, a simple XSLT would be able to translate an
> existing feature.xml into a new format.
That could be cool to experiment that.
> Unfortunately, I get the feeling that I'm in the minority on my views
> here.
It is just that we want to that something that works with today's UM.
If you can implement your ideas with that in mind, then we could provide
both.
I wonder even if we could actually wrapp this RSS idea around the
existing site+feature
After all, as you said a site.xml could be trasbfornmed to RSS/Atom.
>I'm therefore curious as to what part I could play.
Code contributions are welcomed. :-P
Cordially
--
Cheers
Philippe
philippe ombredanne | 1 650 799 0949 | pombredanne at nexb.com
nexB - Open by Design (tm) - http://www.nexb.com
http://easyeclipse.org - irc://irc.freenode.net/easyeclipse
> -----Original Message-----
> From: platform-update-dev-bounces@xxxxxxxxxxx
> [mailto:platform-update-dev-bounces@xxxxxxxxxxx] On Behalf Of
> Alex Blewitt
> Sent: Friday, September 15, 2006 12:53 AM
> To: Eclipse Platform Update component developers list.
> Subject: Re: RE: [platform-update-dev] Investigating some
> alternativeupdatemanager
>
>
> On 15/09/06, Philippe Ombredanne <pombredanne@xxxxxxxxx> wrote:
> > > Alex Blewitt wrote on Thursday, September 14, 2006 12:56 AM
> > > I'd like to be involved with this effort.
> > Alex, that's cool!
> > Just join us on IRC and sign up your name on the wiki page
> for a start.
> > Fire up your Jav editor and we rock and roll.
> > Some feedback on the early code and model is welcomed.
>
> Sorry, no can do. Don't have IRC access from work and generally going
> to be in a different timezone by the time I end up hacking on bits and
> pieces.
>
> > Note that the intent for this small exploratory *IS NOT*
> to create a
> > new update manager from scratch! Instead it is to be
> explicitly *COMPATIBLE*
> > with the 1000's of updates sites that exists on the internet.
>
> I'm more interested in providing a next-generation update mechanism
> that has nothing to do with features, personally. I'm sure that such a
> system would be able to be backwardly compatible with existing update
> sites -- after all, a simple XSLT would be able to translate an
> existing feature.xml into a new format.
>
> > So while I agree with you that the current mechanism has
> issues -- I am
> > sure we all agree with that---, the intent is not to
> replace, yet work
> > with the existing system.
>
> Unfortunately, I get the feeling that I'm in the minority on my views
> here. I'm therefore curious as to what part I could play.
>
> Alex.
> _______________________________________________
> platform-update-dev mailing list
> platform-update-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/platform-update-dev
>
