Date: Wed, 7 Mar 2007 18:50:07 GMT From: "Jukka A. Ukkonen" <jau@oxit.fi> To: freebsd-standards@FreeBSD.org Subject: Re: standards/107561: Missing SUS function tcgetsid() Message-ID: <200703071850.l27Io7DL015339@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR standards/107561; it has been noted by GNATS. From: "Jukka A. Ukkonen" <jau@oxit.fi> To: bug-followup@FreeBSD.org Cc: jau@iki.fi Subject: Re: standards/107561: Missing SUS function tcgetsid() Date: Wed, 07 Mar 2007 20:43:55 +0200 I was just wondering... Isn't this such a small and straight forward change that it could be included in the current for a short while without too much fuzz and then be merged to the 6-STABLE series at least? Importing as many compatibility features as possible to the head as quickly as possible will probably only provoke more people to donate more compatibility features in an ever increasing pace, which I guess should be a good thing for the FreeBSD community. Holding back relatively simple and safe new features for a long time while letting the patches linger in the change request queue does not really buy any safety or stability to the system. It only discourages everybody from donating more of these relatively safe features, because donating them will not really get them automatically back to the user as a part of the canonical package within a meaningful time frame. If people end up rolling their own time after time, what is the point in donating anything? Normal human attention span for simple things is in the range of 2-4 weeks, which is actually plenty. After that people get bored and begin to avoid contributing anything at all. // jau
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200703071850.l27Io7DL015339>