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...

Warner Losh imp at bsdimp.com
Mon Apr 18 20:02:23 UTC 2011


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:
>>> 
>>> On Apr 18, 2011, at 1:01 AM, Roman Divacky wrote:
>>> 
>>>> please mark this in src/UPDATING, maybe bump freebsd_version too?
>>> 
>>> Please do not bump freebsd_version just for this.  Ports wishing to know can go off the last bump, if there are any.
>>> 
>>> Every freebsd_version bump forces rebuilding all modules and such and is a pita.
>> 
>> 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.
> 
> .... 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



More information about the svn-src-head mailing list