I don't know if I agree with the suggestions of this user, but since we're 
brainstorming, I have one thought :)

Discrete components should be managed as separate packages with separate 
project pages and information and repositories and bug trackers and such.  
There's no reason for everything to be lumped together, especially if one of 
openmoko's stated goals is to facilitate user forking and contributions.

This is the way linux works in the PC world.  For example, binutils and bash 
are distributed separately, even though it would be hard to conceive of a 
system that needs one and not the other, and even though it's made by the exact 
same organization.  It could be the same situation with illume and qtopia-x11 
too.

Aside from that I think they're doing a great job :)

On Tuesday 12 August 2008 18:05:14 Jeffery Davis wrote:
> Two thoughts...
> 
> 1. Instead of working on multiple concurrent software distributions, why 
> not try to rally everyone under one banner for a while?
> People are going to work on what they want to work on to some degree, 
> but an attempt should be made at least.  Choice is great
> and all, but in the beginning I'd rather have one option that works well 
> rather than three or four equally terrible options.  There's no need to
> go running off in different directions when people still can't receive 
> calls reliably, among other issues.
> 
> 2. Better communication between the development community and the end 
> user community.  I have yet to see anyone say they're pleased
> as punch with the keyboard.  When almost everyone is unhappy, closing 
> bugs as 'working as intended' is pigheaded.
> 
> _______________________________________________
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 



-- 
Daniel Benoy
http://daniel.benoy.name

Attachment: signature.asc
Description: This is a digitally signed message part.

_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Reply via email to