-
All replies
-
Helpful answers
-
Sep 18, 2013 11:50 PM in response to vendiniby killhippie,I have them too, and before I had none, in the odler days of OS X you would get permissions that did not 'repair' but were meant to be fine and caused no issue, I'm sure its the same here. I agree though it is a mess.
-
Sep 19, 2013 2:34 AM in response to vendiniby Fatboylarry,I have exactly the same issue - also now unable to sync and therefore download latest update - error message "unknown error when trying to sync -50". Not sure yet whether the 2 issues are connected?
-
Sep 19, 2013 8:32 AM in response to vendiniby teedee01,Same problems here. I am happy to know that I am not the only one and that it is not related to my equipment.
-
Sep 19, 2013 3:11 PM in response to vendiniby bbleecker,I opened a case with Apple this morning after wiping my HD and restoring from a backup. There is deffently a problem with the installation scripts with iTunes 11.1
I hope they have a fix soon. I like you do not like having a list of problems with my HD
-
Sep 19, 2013 6:47 PM in response to vendiniby Nando78,★HelpfulSame here. But without knowing for sure why Apple did let this messages appear, in short, you should consider them as not important...at least for now...and here is why for the ones interested in some details about the error:
Permissions differ on “Applications/iTunes.app/Contents/Resources/Dutch.lproj/AACEncoderConfig.nib”; should be drwxr-xr-x ; they are -rwxr-xr-x .
What this means in Unix language is that permissions check is expecting that "AACEncoderConfig.nib" to be a directory and it's not. You can tell because of "drwxr-xr-x" the d letter at the beginning of the string means "directory" and when compared with the actual value "-rwxr-xr-x", the absence of d means that it refers to a file.
Now you might ask why is the system expecting a directory?
Here is a link that describes why: http://support.apple.com/kb/HT1452?viewlocale=en_US&locale=en_US
OK...but what is this kind of files .nib?
This files are normally GUI files...and in the past...not so far away...it was based on a directory structure...but iTunes 11.1 is the first released Apple app that is using their new nib file spec. And this is somehow apparent...I mean the error messages we are all seeing when we run the permissions check suggest it.
Then I need to add, as a guess, it looks like this is due to the coming OSX upgrade...I saw another software giving the same permissions errors and even if I cannot say which app, it's one that is heavily tested right now and it will appear on OSX Lion/Mountain Lion and the new Mavericks.
Hope this helps!
-
Sep 19, 2013 8:02 PM in response to Nando78by bbleecker,Thank you.. Your explanation helps!! Now if only Apple can fix so we all can have a clean set of Permissions
-
Sep 19, 2013 11:47 PM in response to vendiniby immortalis,★Helpfulhello vendini
I have opened a bug report at https://bugreport.apple.com/
The number is 15037979 so you can open a bug too and refer to this case.
Regards'
Immo
-
Sep 20, 2013 3:01 AM in response to vendiniby perthling74,My situation is a little worse, the installation of itunes 11.1 hung after restarting (endlessly spinning saying 'two minutes remaining'). After eventually rebooting, my Time Machine backup disk (USB HD) is completely fritzed, and unable to be repaired via Disk Utility.
I'll be attempting to install iTunes again shortly but this time I'll be unplugging all peripherals.
-
-
Oct 4, 2013 12:17 AM in response to vendiniby jn8218,an update release on toady but still no fix! ****
-
Oct 4, 2013 2:07 AM in response to vendiniby mgshoutman,Confirmed here too on all Macs Update done through App Store Software update.
Does ik make sense to install through the Install.pkg ?
-
Oct 4, 2013 9:48 PM in response to vendiniby startswithj,Same problem here. Permissions checked fine in Disk Utility last month; this month, hundreds are slightly wrong, all connected to iTunes language language NIBs. Disk itself verifies.
Repeated repairs don't stick. Within option-boot, repairs appear to go through, but they fail again in normal boot. Resetting PRAM has no effect. Changes within the last month were updating iTunes from 11.0.5 to 11.1.1 (required for iOS 7 update) and Mac OS X from 8.4 to 8.5.
-
Oct 4, 2013 11:04 PM in response to startswithjby Chris CA,startswithj wrote:
Same problem here. Permissions checked fine in Disk Utility last month; this month, hundreds are slightly wrong, all connected to iTunes language language NIBs. Disk itself verifies.
Repeated repairs don't stick. Within option-boot, repairs appear to go through, but they fail again in normal boot. Resetting PRAM has no effect. Changes within the last month were updating iTunes from 11.0.5 to 11.1.1 (required for iOS 7 update) and Mac OS X from 8.4 to 8.5.
The only problem is permissions are shown incorrectly in Disk Repair.
It causes no other issues.
This happened with a previous release of iTunes. It'll get corrected in another release.
-
Oct 5, 2013 7:15 AM in response to Chris CAby startswithj,You promise they'll fix it? ;·)
I know it's likely harmless, but it looks very sloppy, and it makes general machine-health checking more difficult. Think they rushed this iOS 7 update? :·P
