From owner-freebsd-standards@FreeBSD.ORG Wed Mar 7 18:50:08 2007 Return-Path: X-Original-To: freebsd-standards@hub.freebsd.org Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6042F16A404 for ; Wed, 7 Mar 2007 18:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC9D13C471 for ; Wed, 7 Mar 2007 18:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l27Io7HN015340 for ; Wed, 7 Mar 2007 18:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l27Io7DL015339; Wed, 7 Mar 2007 18:50:07 GMT (envelope-from gnats) Date: Wed, 7 Mar 2007 18:50:07 GMT Message-Id: <200703071850.l27Io7DL015339@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org From: "Jukka A. Ukkonen" Cc: Subject: Re: standards/107561: Missing SUS function tcgetsid() X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Jukka A. Ukkonen" List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 18:50:08 -0000 The following reply was made to PR standards/107561; it has been noted by GNATS. From: "Jukka A. Ukkonen" 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