On 7/23/07, seth vidal <skvidal@xxxxxxxxxxxxxx> wrote:
On Mon, 2007-07-23 at 23:06 -0400, Luis Villa wrote: > On 7/23/07, seth vidal <skvidal@xxxxxxxxxxxxxx> wrote: > > On Mon, 2007-07-23 at 22:37 -0400, Luis Villa wrote: > > > > So let's decide, then. Let's put the set of things we could be focused > > > > on up. If we have 10 things we can focus on then we have 5 points to > > > > delegate to each. We count them all up - the top 5 things are ALL we do > > > > for F9 and F10. > > > > > > I'd suggest there are two different levels here: > > > * what target market/vision does fedora have? these are big, permanent > > > things, not things that can be 'done' in any given release. > > > > that's the set of things we have to choose from. something like: > > - desktop > > - online-service-interface > > - server > > - portable-devices > > - choose-your-own-adventure > > My personal two cents is that the best place to be is to be the > choose-your-own-adventure platform- a robust and easy place to start a > desktop, online-service, server, portable device, etc. Leave building > the specialized tools to specialists, and (when appropriate) suck them > back into the distro if/when it doesn't conflict with flexibility. > see, I would think that choose-your-own-adventure is what we have and what we're focused on now. The tools in F7 were good but not great and not very obvious, but we've been working on improving just that set of tools. The web-visor work and the decisions about what the standard inputs are and standard outputs are for our toolchain make the choose-your-own-adventure distro even more real. but you haven't been talking about that - you've been talking about spit and polish which sounds more like integration - choose-your-own-adventure and integration seem fairly antithetical unless you have N teams for each adventure type doing the integration.
Not necessarily antithetical. After all, anyone who uses the thing as a base for their distro is going to want the base to be solid and well-integrated. Taking that route probably would mean that desktop polish is a lower priority than polishing the tools for making derivatives, though. Also, polishing the user experience is generally not in conflict with doing other things, whereas stripping the core down to something that would fit on a mobile device would likely conflict with being a good server :) (Of course, another option is that my desire for a polished desktop experience may be best met by someone doing a polished desktop spin of Fedora rather than by having Fedora work on desktop polish at all, and that Fedora should merely enable that and work to get fixes/polish upstream where possible.) Luis _______________________________________________ fedora-advisory-board mailing list fedora-advisory-board@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-advisory-board