Ooops - didn't add the list... Sorry
--- Begin Message ---
Hi Mike,
>>I'm opening a new thread because first of all, this discussion isn't
>>about webconf packages anymore, and also, because I don't want to single
>>out the person whom I would be responding to.
>
> Since I'm talking to myself mostly, I guess that would be me. I forgot
> to open/return to the proper "Frash Drive" subject.
No problem - I just tend to explain myself when I open a new thread that
basically follows up on an existing thread.
> Martin, are you interested in taking over our mailing list
> management duties?
What would those be? Sorry, but I have managed to stay out of most of
the things connected to SourceForge project management, so I can't quite
say if I'd be willing to pick up that task. I will not be "list police"
(I don't think our lists require that), and since none of our lists are
moderated (as far as I recall), I'm wondering what you're referring to
(which is probably due to my ignorance about what's involved in managing
an SF project - I have no illusions about that).
>>I'm sure that all the links and suggestions that have been mentioned in
>>recent mails will be helpful to whoever will create that image - but the
>>way I read it, nobody has volunteered yet, right? So it may be a little
>>premature to think about what will be possible once such an image exists.
>
>
> I hope the links I've provided help, and a volunteer steps forward.
Indeed, so do I (and at first glance, they look promising - the info
from the makebootfat link should even make it possible to create some
windows based app to write an image - provided that somebody has a mingw
toolchain on Windows).
As I wrote in my mail regarding our development model, I'm still hoping
that more people will jump in and provide whichever help they can
provide - to me, our project would surely benefit from more active
developers (but its not all about developers - testers, documentation
writers, people who can turn developer talk into "marketing compatible
language", webdesigners or whichever important group I might have
forgotten right now, are equally important to turning a cool "geek
project" into a project that could even be succesful in a commercial
environment - even though that's not what I'm aiming at; I'm simply
happy if Bering uClibc does what _I_ want it to do). More developers
usually also mean more different ideas (and possibly, ideas that go into
different directions) - which seems to me is the underlying idea of an
evolutionary development model. If its the same small group of people
doing things, there's little room for evolution... So, if the
evolutionary development model is going to die, it's not because one
sub-project is too successful, but more because there aren't enough
different ideas of what could also be done or ideas of how things could
be done differently (and people willing to follow up on that).
Martin
--- End Message ---
