Repair Permissions: list remains very long

Question

How serious could the following be:
After repeated reruns of Repair Permissions, a very long list remains on my Main Disk of only three classes of defects, to wit
AA—nine times of the type:
Permissions differ on "System/Library/CoreServices/Front Row.app/Contents/PlugIns/FRSources.frappliance/Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
BB—several hundreds of times of the type:
ACL found but not expected on "System/Library/User Template/zh_CN.lproj/Library/Sounds",
(as well as two of the type: ACL found but not expected on "Applications/Utilities").
CC—two times of the type:
Permissions differ on "sbin/restore", should be -r-xr-xr-x , they are -r-sr-sr-x .
Warning: SUID file "sbin/restore" has been modified and will not be repaired.
Observation:
all, with the exception of CC, are located in "System/Library/…",
and
"Disk Repair" is OK.

Answer 1

You're very welcome, Steven.
Just so you know, I used to run repair perms all the time.
I thought it was a maintenance procedure.
It's not, really. The only time to run it is if something's wrong (which is why you ran it)
or after installing major apps (but many folks that I respect here, say it isn't necessary even then.)
Five years ago, it was the "be all and end all" to maintaining a "healthy" Mac. Not so anymore.
So, do read a few of the threads from the link.
You'll find TONS of people wringing their hands over the RP notations.
"I ran it over and over, and the 'errors' are still there!"
I read a few of your most recent posts, and I realized that you've been trying to get things squared away. I hope you're all fixed now, but if not, don't ever hesitate to come back any time.