Comment 17 for bug 1693819

Attached patches that rework the patch, instead of changing common/discover.c to strip the interface alias during name comparison, the new patch strips the interface alias in client/dhclient.c before copying the argv parameter, so dhclient does not use the alias at all. I tested in t/x/y/z/a and dhclient still worked with normal (non-aliased) interface names, as well as working for dhcpv4 and dhcpv6 for aliased interface names, both requesting and releasing.