Re: r239356: does it mean,

Hello, Ian.
You wrote 21 =C1=D7=C7=D5=D3=D4=C1 2012 =C7., 19:55:07:

IL> I don't know what "teardown the configured lease" in that comment means,
IL> but it doesn't mean that the interface loses its current configuration,
IL> or that any existing connections are perturbed.
  Sorry, but comment in PR:

  http://www.freebsd.org/cgi/query-pr.cgi?pr=3D166656

  says:

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>dhclient on exit should also remove the IP address it has set.
Yes, and the patch in the existing PR _should_ do that - it invokes
the failure handler in the same way as the other dhclient failure
modes.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

 I don't understand what exactly "should" means here -- it should, but
it doesn't or it should and it does?

 But in any case, it looks like here is intention to remove IP address, and=
 if it
doesn't done so, it will be ``fixed'' in future -- no
contradictions/objections to this ``desired behavior'' is seen in this
PR.

IL> The important point is that if you unplug the cable then plug it into a
IL> different network, now the right thing will happen -- you will acquire
IL> an address on the new network.  That's the reason that this change is an
IL> important bugfix for a long standing (many many years) bug in freebsd's
IL> dhclient.
  No, I'll be without dhclient at all, if I don't use devd :(. And
 absence of devd is completely legal, and should be supported. It is
 perfectly valid and sensible setup for small devices (think:
 MIPS-based routers, which are started to be supported now), where devd
 could be very costly in both terms of flash size (it is C++
 application and need C++ runtime!) and memory (only devd event on
 such devices are this cable plugging/unplugging -- so using devd
 doesn't add any value for such setups).

--=20
// Black Lion AKA Lev Serebryakov <lev@FreeBSD.org>

_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"