What could be done to improve the OM development process?

[Daniel Benoy]

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 at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 



-- 
Daniel Benoy
http://daniel.benoy.name
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 307 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20080813/f3c33a25/attachment.pgp