Heretofore, upon installing an Apple application, I would Repair Permissions and if there were any fixes required, they would stay fixed.

But now that I have installed iTunes 8.1 (and Front Row 2.1.7), I get the following 27 repairs that recur even when immediately & recursively run.

I attempted a repair while in Safe Boot to no avail.

Is there a fix for this?

Repairing permissions for “Leopard”
Reading permissions database.
Reading the permissions database can take several minutes.

1. Permissions differ on "System/Library/CoreServices/Front Row.app/Contents/CodeResources",
should be -rw-r--r-- , they are lrw-r--r-- .
2. Permissions differ on "System/Library/CoreServices/Front Row.app/Contents/PlugIns/DVD.frappliance/
Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
3. Permissions differ on "System/Library/CoreServices/FrontRow.app/Contents/PlugIns/FRSettings.frappliance/
Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
4. 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-- .
5. Permissions differ on "System/Library/CoreServices/Front Row.app/Contents/PlugIns/Movies.frappliance/
Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
6. Permissions differ on "System/Library/CoreServices/Front Row.app/Contents/PlugIns/Music.frappliance/
Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
7. Permissions differ on "System/Library/CoreServices/Front Row.app/Contents/PlugIns/Photos.frappliance/
Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
8. Permissions differ on "System/Library/CoreServices/Front Row.app/Contents/PlugIns/Podcasts.frappliance/
Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
9. Permissions differ on "System/Library/CoreServices/Front Row.app/Contents/PlugIns/TV.frappliance/
Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
10. Permissions differ on "System/Library/PrivateFrameworks/BackRow.framework/Versions/A/
CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
11. Permissions differ on "Applications/iTunes.app/Contents/
CodeResources", should be -rw-rw-r-- , they are lrw-rw-r-- .
12. Permissions differ on "Applications/iTunes.app/Contents/Frameworks/InternetUtilities.bundle/Contents/
CodeResources", should be -rw-rw-r-- , they are lrw-rw-r-- .
13. Permissions differ on "Applications/iTunes.app/Contents/Resources/iTunesHelper.app/Contents/
CodeResources", should be -rw-rw-r-- , they are lrw-rw-r-- .
14. Permissions differ on "private/var/spool/cups/cache/rss", should be drwxr-xr-x , they are drwxrwxr-x .
15. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
16. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/BlackAndWhiteEffect.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
17. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/CubeTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
18. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/DissolveTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
19. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/DropletTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
20. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/FadeThroughBlackTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
21. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/FlipTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
22. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/MosaicFlipTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
23. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/MosaicFlipTransitionSmall.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
24. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/PageFlipTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
25. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/PushTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .
26. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/RevealTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
27. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/SepiaEffect.IAPlugin/Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
28. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/TwirlTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- , they are lrw-r--r-- .
29. Permissions differ on "System/Library/PrivateFrameworks/iPhotoAccess.framework/Versions/A/
Resources/Plugins/WipeTransition.IAPlugin/Contents/CodeResources", should be -rw-r--r-- ,
they are lrw-r--r-- .

Permissions repair complete.

I don't imagine this is much of a problem, but I would like this issue put to rest, so any/all suggestions most welcome.

TIA

Doesn't seem to be a problem... for us.  (i get the same, and i see others do as well).

Somewhere along the line, the permissions database didn't get updated to learn about what all was changed with those items. It's only a "problem" in the sense that there will be many posts wondering about these "errors" -- and i think Apple could have avoided that (by getting it right). Anyway, those are [mostly] errors where DU was expecting a regular file, but found a symbolic link instead. Apparently, the way CodeResources are being constructed has changed quite a bit. But DU was kept out of the knowledge loop, unfortunately.

Skip the rest of this if you like.

--

Taking on Front Row, i use pkgutil to see what boms Disk Utility will look at for info about correct modes and perms:

pkgutil --file-info /System/Library/CoreServices/Front\ Row.app
volume: /
path: System/Library/CoreServices/Front Row.app

pkgid: com.apple.pkg.Essentials
pkg-version: 10.5.0.1.1.1192168948
install-time: 1196363331
uid: 0
gid: 0
mode: 40755

pkgid: com.apple.MacOSX.lang.sv
pkg-version: 10.5.0.1.1.1192168948
install-time: 1196364687
uid: 0
gid: 0
mode: 40755

[note: i have cleared out a lot of languages everywhere]

But it appears that DU will look at the Essentials bom, for info about Front Row.
[note: even though a receipt was plopped in /Library/Receipts, that's not where DU goes these days.]

Looking at the first bad guy specifically:

pkgutil --file-info /System/Library/CoreServices/Front\ Row.app/Contents/CodeResources
volume: /
path: System/Library/CoreServices/Front Row.app/Contents/CodeResources

pkgid: com.apple.pkg.Essentials
pkg-version: 10.5.0.1.1.1192168948
install-time: 1196363331
uid: 0
gid: 0
mode: 100644

There it is... "mode 100644" is a file. (a link would be 120644)

If we don't believe pkgutil, we can dig in there with lsbom to be sure:

lsbom -p MUGsTf /Library/Receipts/boms/com.apple.pkg.Essentials.bom |
grep -i -e /System/Library/CoreServices/Front\ Row.app/Contents/CodeResources
-rw-r--r-- root wheel 2538 Sat Oct 6 22:47:27 2007 ./System/Library/CoreServices/Front Row.app/Contents/CodeResources

Yup -- according to the Essentials bom -- that's supposed to be a file (not a link).

But clearly, it's a link now:

ls -l /System/Library/CoreServices/Front\ Row.app/Contents/CodeResources
lrwxr-xr-x 1 root wheel 28 Mar 12 03:32 /System/Library/CoreServices/Front Row.app/Contents/CodeResources -> _CodeSignature/CodeResources


And if we look at the receipt that Tiger would use, we see that it is correct:

lsbom -p MUGsTf /Library/Receipts/FrontRowUpdate2.1.7.pkg/Contents/Archive.bom |
grep -i -e /System/Library/CoreServices/Front\ Row.app/Contents/CodeResources
lrwxr-xr-x root wheel 28 Wed Mar 4 22:38:40 2009 ./System/Library/CoreServices/Front Row.app/Contents/CodeResources

Confirmed. [a similar exercise with iPhotoAccess.framework produces the same result.]

--

We can only sit and wait until some other "update" straightens it all out. [probably 10.5.7]

-HI-

Many thanks Hal. As always, your time and expertise are appreciated, though much of your wisdom fell on deaf ears.

Still, I am grateful.

I have the same problem. Hopefully this won't cause a problem with future updates and repairs... waiting for apple to fix this. Until then, I am living with all the same permissions errors.

I have this problem and I was able to download the 10.5.6 Combo Updater and get rid of half of the 30 warnings I was getting.

The permissions problem seems to prevent the Quicktime Player from playing sound through my external speaker system which is hooked up to my ProTools I/O and is accessed from Digidesign's Digi CoreAudio Manager software program. The Digi CoreAudio Manager has to "see", or recognize, the ProTools I/O. If it does, its icon on my dock will automatically bounce a bit when the Quicktime Player, iTunes, or any other software that uses sound is launched. However, since this permissions problem began (and when I added an HDPro Raid external Raid system from CalDigit with an upgraded software driver for 10.5.6) to my MacPro I have problems getting the Digi CoreAudio Manager to recognize the ProTools I/O. My workaround has been to repair disk permissions, immediately reboot the MacPro, then, after the CoreAudio Manager icon bounces to show that it has "seen" the I/O, immediately launch Quicktime Player, or iTunes. Then I will have sound out of the external speakers. If I wait more than a few seconds to launch Quicktime Player or a video that uses Quicktime Player, for example, then no sound will come through the speakers and the CoreAudio Manager window will indicate that it doesn't "see" the I/O. Clicking "Connect" will toggle back, to indicate that it didn't connect, no matter how many times I try.

I'm not launching Pro Tools in any of this, which doesn't need to be launched to use the speakers. The external speakers are just setup to use the Pro Tools I/O hardware. The Digi CoreAudio Manager controls it all.

Could one or some of the permissions error(s) block the Digi CoreAudio Manager from working?

herbieh

The items listed in post #1 are not permission errors.
The "error" is that they are even listed at all.
So... no, those have no effect on anything.

--

[the only odd-man-out is: "14. Permissions differ on "private/var/spool/cups/cache/rss", should be drwxr-xr-x , they are drwxrwxr-x" but that would certainly not give anyone a problem either.]