ipv6 related warnings

[Kevin Oberman]

> Date: Mon, 28 Sep 2009 15:24:02 +0200 (CEST)
> From: Alexander Best <alexbestms at math.uni-muenster.de>
> Sender: owner-freebsd-current at freebsd.org
> 
> Dag-Erling Smørgrav schrieb am 2009-09-28:
> > Andriy Gapon <avg at icyb.net.ua> writes:
> > > Dag-Erling Smørgrav <des at des.no> writes:
> > > > No, you can build a *kernel* without IPv6, just not userland.
> > > > Parts
> > > > of userland will respect WITHOUT_INET6, others won't, and others
> > > > yet
> > > > will build but not run correctly.
> > > So shouldn't those disrespecting parts of userland be fixed?
> 
> > Why?  In most (userland) cases, it takes more work to write code that
> > supports IPv4 but not IPv6 than to write code that supports both.
> 
> > > Besides, returning to the original post, those messages weren't
> > > there
> > > just a few days ago, this is a new addition.
> 
> > ...if by "just a few days" you mean "two weeks".  If this really is
> > "a
> > new addition", it dates back to one of hrs@'s commits on 2009-09-13.
> > However, the most likely cause of the OP's problem is incorrect use
> > of
> > mergemaster.  If he did indeed run "mergemaster -p" and "mergemaster
> > -i", but nothing more, his /etc is completely out of sync.
> 
> mergemaster -p and mergemaster -i aren't sufficient to sync /etc with
> /usr/src/etc? but that's what UPDATING recommends.

mergemaster -i (or, for sanity, -iUF) is adequate as long as the proper
things are done when mergemaster notes a difference to be merged. But
there is nothing "wrong" with using just '-i'. The real question is
whether you install, delete, or merge any of the changes mergemaster
reports.

If you always install, you will probably break localizations. If you
always skip or delete, you will end up with a /etc that is not going to
work right. 

mergemaster is a wonderful tool as anyone who ran FreeBSD 2.2 or 3 can
tell you, but it is not a panacea. You still need to take enough time to
properly evaluate each merge and DTRT.

(And, to be clear, I have no reason to assume that you did not DTRT.)
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman at es.net			Phone: +1 510 486-8634
Key fingerprint:059B 2DDF 031C 9BA3 14A4  EADA 927D EBB3 987B 3751