From owner-freebsd-stable@FreeBSD.ORG Tue Jul 5 17:53:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4BBD1065674 for ; Tue, 5 Jul 2011 17:53:57 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 86C3F8FC24 for ; Tue, 5 Jul 2011 17:53:57 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0EAJVPE06DaFvO/2dsb2JhbABThEKkPoh6sViQX4Erg3+BDASQL4IHkFI X-IronPort-AV: E=Sophos;i="4.65,480,1304308800"; d="scan'208";a="129900005" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 05 Jul 2011 13:53:37 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DB4AAB3F0A; Tue, 5 Jul 2011 13:53:37 -0400 (EDT) Date: Tue, 5 Jul 2011 13:53:37 -0400 (EDT) From: Rick Macklem To: Hans Ottevanger Message-ID: <1078921668.230598.1309888417887.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110705143602.GA93412@testsoekris.hotsoft.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: NFS related include files and make delete-old X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 17:53:58 -0000 > > At this moment make installworld only installs the headers in the new > location, > on both 8/stable and head/current. On 8/stable they are immediately > removed > again when running make delete-old, because they are in > ObsoleteFiles.inc. > On head/current they are left alone, they are not in ObsoleteFiles.inc > (i.e. not anymore). > > If the files at the old location are still there, it is as a leftover > from > previous installations. On a freshly installed /usr/include hierarchy > they > will be missing. > Yes. I am working on MFC'ing the patch (r221333) to stable/8 so that it doesn't delete the ones in /usr/include/nfs. Having said that, to the best of my knowledge (I looked a while back), nothing in /usr/src outside of the kernel includes them. Also, I can't think of any reason why a third party app. would have any use for what is in them. As such, I doubt it matters if they exist under /usr/include or where they end up. Do you have software that includes either of these files? If so, I would like to hear whay that software is and why it includes them. (Even bootstraps for diskless NFS root systems shouldn't need what's in them, as far as I understand how it works.) > > I felt that they should remain in the old location for backwards > > compatibility. > > (The "userland" contents of the two copies are identical, so it > > shouldn't matter > > which copy any userland app includes. One problem here is that I > > have no idea > > if any software outside of /usr/src includes these.) > > > > I can confirm that the copies are identical (if they are present), > apart from > version control information. I think that you have to install the > copies explicitly > if you want them to be there, also on a fresh installs, for > compatibility with > 8.2-RELEASE and earlier. I would only do that for 8/stable, if at all. > > > > Could it be that either the wrong files are specified in > > > /usr/src/ObsoleteFiles.inc or the headers are installed in the > > > wrong > > > directory during make installworld? > > > > > > On my 9.0-CURRENT systems I also have the headers at both > > > locations, > > > but there only those in /usr/include/nfsclient get reinstalled and > > > there is no entry in /usr/src/ObsoleteFiles.inc. > > > > > Actually, only the ones in /usr/include/nfs should get updated, > > because they > > now live in sys/nfs and not sys/nfsclient. I plan on adding an entry > > to > > ObsoleteFiles.inc in head/current for the /usr/include/nfsclient > > ones. > > (Thanks for the reminder w.r.t. this.) > > > > Even as a relative outsider to the FreeBSD project I am all for it. I > don't > know the schedule for 9.0, but if anything breaks (e.g. in ports, not > in /usr/src) > it had better break now. > > > Should I MFC this to stable/8? > > (I had assumed that I should leave them in > > the old location for backwards compatibility and therefore wasn't > > going to > > MFC deletion of them in /usr/include/nfsclient. If I MFC that, the > > entries > > for them in ObsoleteFiles.inc for /usr/include/nfs need to be > > deleted, so > > they remain in the new location.) > > > > It would save you the effort of finding a way to actually install the > copies > at the old location. However, in a sense it would change the API, and > I do not > know how the keepers of the code tree think about that 8-) > > And, as already explained above, there is already an antry in > ObsoleteFiles.inc on > stable/8, but probably for the wrong directory. > > Kind regards, > > Hans Ottevanger > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org"