I'm a gentoo user who liks to do world upgrades overnight. Thus, I never see the messages at the end of the compile. A problem sometimes occurs when the location of a .conf file changes. For example in a recent wpa_supplicant upgrade the location of the main .conf file changed from /etc/wpa_supplicant.conf to /etc/wpa_supplicant/wpa_supplicant.conf . For the longest time I couldn't figure out why my network settings were broken and why I was having to manually go into wpa_gui and add the network. A simple way to notify the user might be similar to the "usage of /etc/dnsdomainname and /etc/hostname are deprecated" messages on service start, init, or boot. That is, the script detects the presence of a .conf file in an old location and notifies the user that the location has changed. This also helps the user to keep /etc clean, up-to-date, and in conformance with gentoo guidelines. Another way of doing it might be if init scripts detect a "default" gentoo .conf file (like the default on in /etc/wpa_supplicant/wpa_supplicant.conf) and notify the user. One could also set a global variable in make.conf or some other file that sets a flag that tells the init scripts to notify the user for these things. I realize these requests are highly dependant on what the developer chooses to do in init scripts, but it would be nice if at least there could be a policy to do something like the first suggestion upon changing of the location of a .conf file.
If you are requesting policies, don't do that in bugzilla, we have gentoo-dev mailing list for such proposals and discussions... wpa_supplicant tells you where the files were installed in pkg_postinst(), also I didn't notice any recent change, even 0.4.9 wants /etc/wpa_supplicant/wpa_supplicant.conf since May. Anyway, as said above, bugzilla is bad place for such requests. See http://www.gentoo.org/main/en/lists.xml, thanks.