From mboxrd@z Thu Jan 1 00:00:00 1970 From: DJ Delorie To: paul-ml@is.lg.ua Cc: cygwin@sourceware.cygnus.com Subject: Cygwin participation threshold Date: Mon, 22 Feb 1999 08:55:00 -0000 Message-id: <199902221654.LAA07362@envy.delorie.com> In-reply-to: < 13561.990222@is.lg.ua > (message from Paul Sokolovsky on Mon, 22Feb 1999 13:28:16 +0200) References: <19990219093658.A29653@cygnus.com> <13561.990222@is.lg.ua> <13561.990222@is.lg.ua> X-SW-Source: 1999-02/msg00698.html > Hopefully, that's what you wanted - to give people a nice tool, I think it would be more accurate to replace "give" with "share with". As a bit of history, Cygnus had a purely business reason to create cygwin. Doing so let us host our tools on 95/NT platforms, which meant more customers (i.e. more money). AFAIK, releasing cygwin to the net had two reasons: the first philosophical, in that we like to share; and the second practical, in that the more people using cygwin the more paid support contracts we'll get. > But when someone wants to fix or add something to cygwin, here > comes another problem - it's high enough threshold to be able to do > so. Even higher threshold to make it acceptable for inclusion back. DJGPP has a much higher threshold (it's much more complicated), but there are far more people contributing to djgpp than to cygwin. If anyone can figure out *why*, let us know! ;-) I think it's social - djgpp contributors just know that they'll get a friendly reception to their contributions, good or bad, so they aren't as hesitant to send stuff in. > By this I mean whole technology issues - not Cygwin technology, I > call it GNU technology - configuration/setup methods, coding styles > (not just mere conventions for identifier naming / block > indentation, but modularization conventions, from source modules > thru libs to executables, etc.) And all that are obstacles to > contributing. Even so, I'd rather people contribute what they can instead of just sulking off in a corner and getting nowhere. We're not going to laugh at you for bad style (I hope). More likely, we'll explain how to change what you've got to work better with what we've got (it's called "learning"). Cooperation is a two-way street! If you're willing to do *anything*, we'll probably meet you half-way. -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: DJ Delorie To: paul-ml@is.lg.ua Cc: cygwin@sourceware.cygnus.com Subject: Cygwin participation threshold Date: Sun, 28 Feb 1999 23:02:00 -0000 Message-ID: <199902221654.LAA07362@envy.delorie.com> References: <19990219093658.A29653@cygnus.com> <13561.990222@is.lg.ua> X-SW-Source: 1999-02n/msg00695.html Message-ID: <19990228230200.s8BI3RXXQ1mwUAOru_poX03829c2edVW6ldbvixb-sw@z> > Hopefully, that's what you wanted - to give people a nice tool, I think it would be more accurate to replace "give" with "share with". As a bit of history, Cygnus had a purely business reason to create cygwin. Doing so let us host our tools on 95/NT platforms, which meant more customers (i.e. more money). AFAIK, releasing cygwin to the net had two reasons: the first philosophical, in that we like to share; and the second practical, in that the more people using cygwin the more paid support contracts we'll get. > But when someone wants to fix or add something to cygwin, here > comes another problem - it's high enough threshold to be able to do > so. Even higher threshold to make it acceptable for inclusion back. DJGPP has a much higher threshold (it's much more complicated), but there are far more people contributing to djgpp than to cygwin. If anyone can figure out *why*, let us know! ;-) I think it's social - djgpp contributors just know that they'll get a friendly reception to their contributions, good or bad, so they aren't as hesitant to send stuff in. > By this I mean whole technology issues - not Cygwin technology, I > call it GNU technology - configuration/setup methods, coding styles > (not just mere conventions for identifier naming / block > indentation, but modularization conventions, from source modules > thru libs to executables, etc.) And all that are obstacles to > contributing. Even so, I'd rather people contribute what they can instead of just sulking off in a corner and getting nowhere. We're not going to laugh at you for bad style (I hope). More likely, we'll explain how to change what you've got to work better with what we've got (it's called "learning"). Cooperation is a two-way street! If you're willing to do *anything*, we'll probably meet you half-way. -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com