Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipse.org-planning-council] A suggested topic for PlanningCouncil Discussion

If anything, I'd say the problem is that people already have this
expectation, but it's not at all reality at present.

The whole purpose of a Linux distribution is to assemble and test a set of
projects and distribute them as a whole.  Sure, they've built some great
tools like apt to facilitate that, but in the end, what a distribution does
for you is provide some assurance that all the stuff works together.
Ubuuntu definitely takes that seriously, which is why they've limited the
packages they include in main.

We don't do that, which is the issue.  Nick, you don't know of any
uncommitted South African billionaires, do you?

Cheers,
Dave

--
Dave Steinberg
Rational Software - IBM Toronto Lab
mailto:davidms@xxxxxxxxxx



                                                                           
             Nick                                                          
             Boldt/Toronto/IBM                                             
             @IBMCA                                                     To 
             Sent by:                  mike.milinkovich@xxxxxxxxxxx,       
             eclipse.org-plann         "eclipse.org-planning-council"      
             ing-council-bounc         <eclipse.org-planning-council@eclip 
             es@xxxxxxxxxxx            se.org>                             
                                                                        cc 
                                                                           
             11/02/2007 05:18                                      Subject 
             PM                        Re: [eclipse.org-planning-council]  
                                       A suggested topic for               
                                       PlanningCouncil Discussion          
             Please respond to                                             
             "eclipse.org-plan                                             
               ning-council"                                               
             <eclipse.org-plan                                             
             ning-council@ecli                                             
                 pse.org>                                                  
                                                                           
                                                                           




> And that lesson is that it is impossible to change the perception of the
community on what the release trains mean. What I mean by that is that no
matter how many times we tell people (including journalists) that the
release trains are a bunch of projects which ship together, and that the
main focus is on enabling adopters, the broader community resonates back
that it is a single release and they expect things to work together. Or at
least play nicely together.
> And IMHO the community's opinion wins. At least in the sense that it
defines what we are expected to achieve.

Would it be possible to start treating (read: branding, discussing,
promoting, developing, testing) Eclipse Release Trains the way that
linux distros are? Kubuntu is released twice a year, and includes
projects from numerous sources including sourceforge, ubuntu, KDE,
compiz, ... hell, even Eclipse!

If we spin the Trains as if they were distros (and thus the EPP
bundles as if they were distro flavours, like the "server" or
"alternate-install" flavours of *ubuntu), will the media/community
grok that idea?

After all, the server flavour can be turned into the desktop flavour
simply by running apt-get to grab updates. Not all that different from
grabbing the C/C++ EPP bundle and updating it to include JDT or WTP.
(Or, dare I say it, installing XP and then running Microsoft Update
until you have the latest browser, drivers, Service Packs, security
fixes, media player, codecs.... 'Course Update Manager doesn't require
a half-dozen reboots along the way... ;-) )

Nick
_______________________________________________
eclipse.org-planning-council mailing list
eclipse.org-planning-council@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-planning-council




Back to the top