Bugzilla Bug 212080

When the --noconfmem option is not specified, portage skips the creation of
._cfg####_ files when their checksums are already in the CONFIG_MEMORY_FILE
list (/var/lib/portage/config). The problem is that current versions of portage
don't give any indication that they are skipping these files. The attached
patch fixes the "zing" symbols for these files so install output for these
files looks like:

    -o- /etc/some/conf/file

instead of:

    >>> /etc/some/conf/file

This appears to have been the original intention of the code in the
dblink.mergeme function, but there's an extra line in there that overwrites the
"-o-" symbol right before it is printed. The patch removes this line of code
since it is not correct for this case and is redundant for every other case.

Reproducible: Always

Steps to Reproduce:
This problem can be reproduced for pretty much any package with a configuration
file. The steps below use the net-misc/rsync package as an example.

1. Emerge net-misc/rsync
2. Edit the /etc/rsyncd.conf file so its checksum changes
3. Emerge net-misc/rsync again.
Actual Results:  
Output from the final merge step will show:

   >>> /etc/rsyncd.conf

This happens even though the /etc/rsyncd.conf merge was skipped (no ._cfg file
created).

Expected Results:  
Since it skipped the file, portage should have printed:

   -o- /etc/rsyncd.conf

This is the result you see after applying the patch.

Created an attachment (id=145092) [details]
confmem-zing-fix.patch

fixed, and changed the symbol to '---' as I don't think this deserves a special
one.

This is supposed to be fixed in portage-2.2_pre5 or earlier.

This is supposed to be fixed in portage-2.2_pre5 or earlier.