From owner-cvs-src@FreeBSD.ORG Mon Aug 27 15:08:39 2007 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B52716A418; Mon, 27 Aug 2007 15:08:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 19B5F13C461; Mon, 27 Aug 2007 15:08:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IPgCa-000FL6-JN; Mon, 27 Aug 2007 18:08:37 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l7RF8N6R000216; Mon, 27 Aug 2007 18:08:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l7RF8Nc2000215; Mon, 27 Aug 2007 18:08:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 27 Aug 2007 18:08:23 +0300 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20070827150823.GO2332@deviant.kiev.zoral.com.ua> References: <20070824215515.GF16131@turion.vk2pj.dyndns.org> <20070824.172212.74696955.imp@bsdimp.com> <200708270850.20904.jhb@freebsd.org> <20070827135625.GF29854@garage.freebsd.pl> <20070827162655.3e3x0cse8w44o4o4@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ShzQXCswyqjgWi6k" Content-Disposition: inline In-Reply-To: <20070827162655.3e3x0cse8w44o4o4@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 3b10ce253585130f5293a5b36593fd37 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1409 [August 27 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release X-Mailman-Approved-At: Mon, 27 Aug 2007 15:46:15 +0000 Cc: cvs-src@freebsd.org, src-committers@freebsd.org, Pawel Jakub Dawidek , John Baldwin , peterjeremy@optushome.com.au, alfred@freebsd.org, cvs-all@freebsd.org, deischen@freebsd.org, yar@comp.chem.msu.su, Warner Losh Subject: Re: cvs commit: src/lib/libc/gen fts-compat.c fts-compat.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2007 15:08:39 -0000 --ShzQXCswyqjgWi6k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 27, 2007 at 04:26:55PM +0200, Alexander Leidinger wrote: > Quoting Pawel Jakub Dawidek (from Mon, 27 Aug 2007 =20 > 15:56:25 +0200): >=20 > >On Mon, Aug 27, 2007 at 08:50:19AM -0400, John Baldwin wrote: >=20 > >Folks running -current are also committers that use -current to test as > >much as they can, but also to use it for day-to-day work. Isn't it why > >we have perforce and other policies, so that -current can be stable and > >usable? If we have tools that can help -current users to use the system > >smoothly, I'm all for using them. I can't imagine taking yet another two > >days and reinstalling all ports, just because -current users are not >=20 > Only 2 days? Lucky you, I'm just through a complete recompile of every = =20 > port after the gcc 4.2.1 import (unluckily 4.2.1 doesn't fix all known = =20 > bugs) just to be on the safe side, and a complete recompile after the =20 > gcc 4.2.0 import... and it takes nearly a week on my machine. >=20 > >important. Of course -current users know how to deal with things like > >this, but that doesn't mean they have to if there is another way. > >The more surprises like that one, the less -current users we will have, > >which means the less testing. > >If there will be a need for me to reinstall all the ports I'll choose > >not to upgrade or downgrade to 6.x... >=20 > So the really important thing for you is: How many ports are affected =20 > by this change? >=20 > Does anyone have an estimate for this? >=20 > If not, does someone has an exhaustive list of affected symbols? I can = =20 > write a short script which has a look into each installed port to =20 > determine if it is affected or not (based upon the assumption that you = =20 > don't mind if we overlook a few things... I'm not sure if statically =20 > linked binaries contain enough information). Statically linked binaries should be not affected. I think that the symbols has names starting with fts_, see fts(3). The proposed script would be very handy, I muttered myself about writing such thing, depending on the outcome on the discussion. Anyway, I mostly keep the RELENG_6-built ports in the chroot and use them, instead of HEAD-built. --ShzQXCswyqjgWi6k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFG0ujlC3+MBN1Mb4gRAqSTAJ4tkamky5F6g79aPDu8F0EphGtsxwCg7P0T 5xFr++qI7VUC+L0JedqIepI= =VgOi -----END PGP SIGNATURE----- --ShzQXCswyqjgWi6k--