Date: Sun, 03 Jun 2012 14:53:16 +1000 From: Darren Reed <darrenr@freebsd.org> To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Cc: freebsd-net@freebsd.org Subject: Re: bin/102701 - ifconfig xx0 inet6 delete always fails Message-ID: <4FCAEDBC.7080602@freebsd.org> In-Reply-To: <57EDF758-FF3F-4BA5-B44E-398846B92925@lists.zabbadoz.net> References: <4FCA36F6.8040308@freebsd.org> <57EDF758-FF3F-4BA5-B44E-398846B92925@lists.zabbadoz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 3/06/2012 5:11 AM, Bjoern A. Zeeb wrote: > > On 2. Jun 2012, at 15:53 , Darren Reed wrote: > >> Is there any reason that this patch hasn't been applied >> to -current? I've just run into this and I can't believe >> that it still exists, given that it falls into the "low >> hanging fruit" category. I'll note that if it wasn't for >> subversion, I'd be doing a commit rather than an email. > > ifconfig [-L] [-k] [-m] [-n] interface [create] address_family [address > [dest_address]] [parameters] > ... > > > The following parameters may be set with ifconfig: > ... > -alias Remove the network address specified. This would be used if you > incorrectly specified an alias, or it was no longer needed. If > you have incorrectly set an NS address having the side effect of > specifying the host portion, removing all NS addresses will allow > you to respecify the host portion. > ... > delete Another name for the -alias parameter. > > > Parameters go last as clearly stated in the beginning of the man page and > that works well: > > root@lion3:/home/test # ifconfig lo0 inet6 2001:db8:ffff::ffff/128 alias > root@lion3:/home/test # ifconfig lo0 inet6 2001:db8:ffff::ffff/128 delete > root@lion3:/home/test # > > > The fact that for inet you could give it in the beginning and other minor > things leniently allowed have caused a lot of trouble the last years. This also works: ifconfig lo0 inet6 alias 2001:db8:ffff::ffff/128 ... so it seems strange for delete to not also work like that. Anyway, if the current behaviour isn't a bug and that PR won't be fixed (or the patch won't be applied) then someone should close it out. Darren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4FCAEDBC.7080602>