Bugzilla Bug 197905

* Messages for package net-misc/dhcpcd-3.1.7:

 * This means that we will generate a DUID in /var/lib/dhcpcd/dhcpcd.duid
 * This is generated from a MAC address of the card and a timestamp.
 * It will be used in every subsequent DHCP transaction, along with a IAID
 * in the ClientID option. This is required by RFC 4361.
 * You have installed dhcpcd with DUID support.
 * Some DHCP server implementations require a MAC address only in the
 * ClientID field. These DHCP servers should be updated to be RFC
 * conformant. If you cannot do this, you can revert to the old
 * behaviour by using the -I '' option OR building dhcpcd with the
 * vram USE flag enabled.

See how it comes out of order here.

                ewarn "You have installed dhcpcd with DUID support."
                elog "This means that we will generate a DUID in
/var/lib/dhcpcd/dhcpcd.duid"
                elog "This is generated from a MAC address of the card and a
timestamp."
                elog "It will be used in every subsequent DHCP transaction,
along with a IAID"
                elog "in the ClientID option. This is required by RFC 4361."

For example change the first ewarn to elog. Same problem seems to exist with
the zeroconf message.

Eh, seriously portage should stop being overly smart. Why's it re-ordering the
messages in the first place?

(In reply to comment #1)
> Eh, seriously portage should stop being overly smart. Why's it re-ordering the
> messages in the first place?

It's not trying to be smart. It's actually just a limitation of the way elog is
implemented by using a separate file for each message type.  I suppose it
wouldn't be too difficult to re-implement it in a way that preserves order
across all message types.

This is fixed in 2.1.5_rc3.