Date: Mon, 18 Apr 2011 13:59:45 -0600 From: Warner Losh <imp@bsdimp.com> To: Doug Barton <dougb@FreeBSD.org> Cc: src-committers@FreeBSD.org, Pawel Jakub Dawidek <pjd@FreeBSD.org>, Roman Divacky <rdivacky@FreeBSD.org>, Dimitry Andric <dim@FreeBSD.org>, svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org Subject: Re: svn commit: r220755 - in head: . contrib/gcc/doc contrib/gcc/objc contrib/libobjc etc/mtree gnu/lib gnu/lib/libobjc gnu/usr.bin/cc gnu/usr.bin/cc/cc1obj gnu/usr.bin/cc/cc_tools gnu/usr.bin/cc/doc s... Message-ID: <92422863-8655-4FDE-A1E9-5EE1F46DA5BC@bsdimp.com> In-Reply-To: <4DAC8060.2070002@FreeBSD.org> References: <201104172103.p3HL3Ntb049564@svn.freebsd.org> <20110418070124.GA67934@freebsd.org> <8204A257-C8F6-4DCA-99EC-BE48BD9C84E7@bsdimp.com> <20110418181456.GB3097@garage.freebsd.pl> <4DAC8060.2070002@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Apr 18, 2011, at 12:18 PM, Doug Barton wrote: > On 04/18/2011 11:14, Pawel Jakub Dawidek wrote: >> On Mon, Apr 18, 2011 at 11:06:42AM -0600, Warner Losh wrote: >>>=20 >>> On Apr 18, 2011, at 1:01 AM, Roman Divacky wrote: >>>=20 >>>> please mark this in src/UPDATING, maybe bump freebsd_version too? >>>=20 >>> Please do not bump freebsd_version just for this. Ports wishing to = know can go off the last bump, if there are any. >>>=20 >>> Every freebsd_version bump forces rebuilding all modules and such = and is a pita. >>=20 >> I agree that this is a PITA, but there also should be a way to force >> module load even on version bump. This is PITA especially for >> developers. >=20 > .... who make up a tiny percentage of the FreeBSD user community. = Seriously? We're going to whine because version bumps cause a little = extra compile time? The problem usually manifests itself when I got to debug a new problem, = load a driver and find I have to rebuild everything else to use it, = which forces an extra reboot on the machine in question. Sometimes this = can be quite disruptive to other things that machine is doing. In this case, there was a new kernel thing just after, so it turned out = OK. But let's not gratuitously bump the version since the granularity = we have already allows the ports to make good choices on when to leave = something in or out. Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?92422863-8655-4FDE-A1E9-5EE1F46DA5BC>