On Sat, Dec 24, 2005 at 02:22:06AM +0900, Jason Stubbs wrote:
> Symlinks are handled within portage differently to regular files. Regular 
> files get an mtime check and are removed if it matches. Symlinks don't get an 
> mtime check (even thought the mtime is stored) and are only removed if the 
> symlink's target doesn't exist. Hence, it seems to be this way by design. Why 
> it's this way? Who knows. It's been that way for longer than anyone can 
> remember which is why _it's so important that bugs get filed_.

Honestly, I thought it was supposed to be like that, since
collision-protect also doesn't protect against packages overwriting
each other's symlinks (package A and package B can both create
/dummy -> bin without any problems from portage). Do you want a bug
report for that?