OVH Cloud OVH Cloud

iTunes 6.0.2 est-il sur maintenant

33 réponses
Avatar
bouillabaisse
Bonjour,
Après les déboires que j'ai eu suite à la MAJ d'iTunes vers 6.0.2,
déboires rectifiés après avoir poubélisé iTunes et réinstallé la version
6.0, j'aimerais savoir si Apple a rectifié quelque chose depuis, car
cette MAJ m'est toujours proposée lors du Boot de mon Mac.
Quelqu'un a-t-il réessayé?

--
Rene Chamayou
punzonen1@serr.se (ROT13)

10 réponses

1 2 3 4
Avatar
Erwan David
Jacques Perrocheau écrivait :
L'important est dans le "vice et versa".

AMHA, la gamme "ordinateur personnel" sera intégralement sur processeur
Intel dans un laps de temps qui evite à Apple de faire une version
"FAT". Il est fort probable que seule la version serveur de Mac OS X
sera maintenu encore un temps sur PowerPC. Tu vois ce qu'il te restera à
faire... même si Apple continuera sans doute à vendre des CD ou DVD
Mac OS X Tiger (10.4 non serveur) pour PowerPC pendant un certain temps.


J'en doute, parceque ceux qui achètenet maintenant du mac PPC vont
vouloir passer en 10.5 quand il sera disponible...

Mais il ne faut pas oublier que les CD/DVD livrés avec une machine
sont prévus pour fonctionner *uniquement* avec cette machine. Dans
cette optique il est logique qu'ils ne permettent pas de changer de
famille de provesseur.

--
Si vous embauchez, voici mon CV
http://www.rail.eu.org/cv/cv.pdf

Avatar
Jacques Perrocheau
In article <1h9f6hb.9qrrmp1sqqag0N%,
(MV) wrote:

Oui et on n'est pas obligé de les jeter, il suffit de les mettre dans un
autre dossier par exemple "/Library/Receipts (disabled)", si, comme moi
on préfère toujours se donner la possibilité de revenir en arrière.


Qu'entends-tu par revenir en arrière ?


Simplement pouvoir tout remettre dans l'état antérieur à mes
tripatouillages.


Pour moi les autres manips 1), 2), 5), 6) tiennent de la danse vaudou,
quanq on sait que la réparation utilise les fichiers Archives.bom
contenus dans ces packages.


Oui et non...


???

Toujours d'après ce que j'ai lu, il y aurait une différence notable dans
la vérification des autorisations par Utilitaire de disques et OnyX


Bof! Onyx doit sûrement utiliser /usr/sbin/diskutil

Là on ne parle que du plantage de diskutil après avoir fait la mise à
jour de iTunes 6.0.2 sur les Mac en version Mac OS X 10.3.9 (plantage
limité semble-t-il au G4 pas au G3 même si une erreur du même type
existe aussi).

(pour prendre un exemple parmi d'autre) : Utilitaire de disques ne
scannerait que les applications situées dans le dossier Applications
alors qu'OnyX scannerait les applications sur tout le disque...


Oui peut-être, mais l'important c'est l'information récupérée dans les
"Archive.bom" des receipts, qui doit être fiable !


À l'appui de cette affirmation, des contributeurs ont indiqué que ça
justifiait le fait que déplacer iTunes sur le Bureau faisait tout
rentrer dans l'ordre vu d'Utilitaire de disques alors qu'il n'en était
rien vu d'OnyX qui, lui, continuait à signaler le problème.


Oui, mais la solution 2) corrigée de mon observation est suffisante pour
régler le pb dans tous les cas.


D'ailleurs, y-a-t-il quelqu'un dans la salle qui sait comment fait la
réparation des privilèges quand les receipts pour une même application
sont multiples par exemple:

QuickTime701.pkg
QuickTime702.pkg
QuickTime703.pkg
QuickTime704.pkg


Imaginons quelqu'un qui passe de QuickTime 7.0.1 à 7.0.4 : il n'aura
bien entendu pas la présence des reçus intermédiaires... J'ai tendance à
en conclure que lesdits fichiers intermédiaires (et celui correspondant
à 7.0.1) sont parfaitement inutiles.


Conjecture qui est contredite par ce qui vient de se passer pour les
mises à jour d'iTunes. En enlevant les receipts anciens d'iTunes on
règle le pb... En suivant ta théorie on n'aurait pas du voir un pb avec
les anciens receipts d'iTunes.

A moins qu'on soit en présence d'un pataquès complet. L'"Archive.bom" du
receipt "iTunesX.pkg" serait complètement ignoré. Pour le vérifier il
faudrait faire une petite erreur volontaire de privilèges dans le
package de l'application iTunes 6.0.2 et repasser un coup de diskutil.

La réparation des autorisations concernant QT 7.0.4 doit sans doute
n'utiliser que le reçu correspondant à cette version ce qui me
paraîtrait le minimum de la logique, non ?


Voir mon paragraphe précédent.

--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74


Avatar
jperrocheau
MV wrote:

Simplement pouvoir tout remettre dans l'état antérieur à mes
tripatouillages.


La réinstallation d'un logiciel ne réinstalle-t-elle pas également les
reçus ?


Oui certes, mais quel rapport avec le pb dont on discute ?

Dans le cas qui nous intéresse, les packages iTunes.pkg
iTunes4.pkg semblent a priori concerner iTunes 3.x et iTunes 4.x. Il
n'ont pas changé de date (date d'installation sur les machines en
question) avec les versions postérieures à ces versions d'iTunes.

Depuis la version 5 le receipt s'appelle iTunesX.pkg et semble être
écrasé dans sa totalité à chaque mise à jour. Ce que tu ne sembles pas
bien comprendre c'est qu'il est anormal que la réparation des privilèges
d'iTunes 6.0.2 soit dérangé par la présence de receipt ancien. Si Apple
avait bien fait son boulot ils auraient du être effacés.


Toujours d'après ce que j'ai lu, il y aurait une différence notable dans
la vérification des autorisations par Utilitaire de disques et OnyX


Bof! Onyx doit sûrement utiliser /usr/sbin/diskutil


Tu réponds là à des propos que tu as méchamment tronqués !


Oui, mais là tu introduis un nouvel élément dans la discussion qui n'a
pas trop d'intérêt.. ;-)

Je n'ai jamais dit ni même sous-entendu qu'OnyX utilisait autre chose
qu'Utilitaire de disques...


Non, mais tu dis "une différence notable dans la vérification des
autorisations par Utilitaire de disques et OnyX". Je recentre
simplement. ;-)

Imaginons quelqu'un qui passe de QuickTime 7.0.1 à 7.0.4 : il n'aura
bien entendu pas la présence des reçus intermédiaires... J'ai tendance à
en conclure que lesdits fichiers intermédiaires (et celui correspondant
à 7.0.1) sont parfaitement inutiles.


Conjecture qui est contredite par ce qui vient de se passer pour les
mises à jour d'iTunes. En enlevant les receipts anciens d'iTunes on
règle le pb... En suivant ta théorie on n'aurait pas du voir un pb avec
les anciens receipts d'iTunes.


Se peut-il alors que le reçu correspondant à la dernière version soit
différent suivant que l'on passe progressivement de QT 7.0.1 à QT 7.0.4
ou que l'on passe directement d'une version à l'autre ?

A moins qu'on soit en présence d'un pataquès complet. L'"Archive.bom" du
receipt "iTunesX.pkg" serait complètement ignoré.


À moins que ce ne soit encore autre chose...

Pour le vérifier il
faudrait faire une petite erreur volontaire de privilèges dans le
package de l'application iTunes 6.0.2 et repasser un coup de diskutil.


Chiche... Je viens de le faire...
diskutil ne découvre ma manip' que si iTunes.pkg (qui correspond chez
moi à iTunes 4.7.1) se trouve dans Receipts !


Oui, L'intérêt de la manip proposée, le faire avec iTunes 6.0.2 et le
receipt correspondant, était de vérifier qu'il fonctionne normalement et
donc que le receipt iTunesX.pkg est valide et fait le boulot qu'on
attend de lui.

En tous cas tu montres qu'il semble bien qu'il y a prise de pieds dans
le tapis, on aurait pu s'attendre à ce que les privilèges d'iTunes 4.7.1
soient réparés par le receipt iTunes4.pkg et non par le receipt
iTunes.pkg... non ?

--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:



Avatar
jperrocheau
Erwan David wrote:

J'en doute, parceque ceux qui achètenet maintenant du mac PPC vont
vouloir passer en 10.5 quand il sera disponible...


Peut-être lire le message initial auquel je réponds ;-)

Message-ID: <1h9dmdv.p18gra1s7wek9N%

Mais il ne faut pas oublier que les CD/DVD livrés avec une machine
sont prévus pour fonctionner *uniquement* avec cette machine.


Oui maintenant, mais les débuts de Mac OS X ont été "agréables" en ce
sens qu'Apple n'a pas mégoté et a fait des CD-ROM qui supportaient la
totalité des machines existantes. De toutes façons on retombe ou on va
retomber dans les mêmes limitations qu'à l'époque de Mac OS 9 quand une
nouvelle machine apparaissait juste avant la sortie d'une nouvelle
version majeure du système.

Dans cette optique il est logique qu'ils ne permettent pas de changer de
famille de provesseur.


On aurait pu le penser s'il restent encore des machines à PowerPC dans
leur offre...

--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:

Avatar
jperrocheau
MV wrote:

Je redis ce que j'ai fait concernant iTunes version 6.0.2 :
- je dégage iTunes4.pkg et iTunes.pkg du dossier Receipts mais je garde
iTunesX.pkg
- je modifie les droits du fichier iTunes situé dans iTunes.app. /
Contents / MacOS
- je lance Utilitaire de disques : rien
- je remets iTunes4.pkg à sa place et je lance UD : rien
- je retire iTunes4.pkg, je remets iTunes.pkg et je lance UD : les
droits sont réparés.

La conclusion est plutôt :
« On aurait pu s'attendre à ce que les privilèges d'iTunes 6.0.2
soient réparés par le receipt iTunesX.pkg et non par le receipt
iTunes.pkg », non ?


OK, ton premier compte-rendu était un peu court...

La manip suivante serait de renommer le receipt iTunesX.pkg en
iTunes.pkg et de le mettre dans le dossier Receipts et voir s'il
fonctionne.

En regardant avec plus de détail ces receipts on voit des choses
bizarres:

Sur ma parition de travail (Mac OS X 10.4 installé clean) actuellement
en Mac OS X 10.4.3 avec iTunes 6.0.1 j'ai comme receipts:

iTunesX.pkg a comme version 6.0.1
iTunes4.pkg a comme version 4.9
iTunes.pkg a comme version 4.7.1

Sur mon disque externe (Mac OS X 10.4 installé par dessus Panther)
actuellement en Mac OS X 10.4.4 avec iTunes 6.0.2 j'ai comme receipts:

iTunesX501.pkg a comme version 5.0.1
iTunesX.pkg a comme version 6.0.2
iTunes4.pkg a comme version 4.9
iTunes3.pkg n'a pas de numéro de version
iTunes.pkg a comme version 4.7.1


--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:

Avatar
Jacques Perrocheau
In article <1h9fvqe.1s9em5cxx012sN%,
(Jacques Perrocheau) wrote:

La manip suivante serait de renommer le receipt iTunesX.pkg (6.0.2) en
iTunes.pkg et de le mettre dans le dossier Receipts et voir s'il
fonctionne.


Manip faite, le receipt est pris en compte mais les messages d'erreur
réapparaissent (manip faite sur un G3 sous Mac OS X 1.3.9):

Permissions differ on ./Applications/iTunes.app/Contents/MacOS/iTunes,
should be -rwxrwxr-x , they are -rwxr-xr-x.

----
*** malloc[407]: Deallocation of a pointer not malloced: 0x1509d40; This
could be a double free(), or free() called with the middle of an
allocated block; Try setting environment variable MallocHelp to see
tools to help debug

*** malloc[407]: error for object 0x1509c20: Double free

: for architecture i386 object:
./Applications/iTunes.app/Contents/MacOS/iTunes malformed object
(unknown flavor for flavor number 0 in LC_UNIXTHREAD command 27 can't
byte swap it)



*** malloc[407]: Deallocation of a pointer not malloced: 0x1509e30; This
could be a double free(), or free() called with the middle of an
allocated block; Try setting environment variable MallocHelp to see
tools to help debug

*** malloc[407]: error for object 0x1509d40: Double free

: for architecture i386 object:
./Applications/iTunes.app/Contents/Resources/iTunesHelper.app/Contents/Ma
cOS/iTunesHelper malformed object (unknown flavor for flavor number 0 in
LC_UNIXTHREAD command 13 can't byte swap it)
----

Bien qu'il fasse son boulot et corrige la modification de privilège que
j'ai faite volontairement.


Pour vérification je renomme le receipt en iTunesX.pkg (c'est la seul
receipt iTunes dans mon dossier Receipt) et je relance la réparation des
privilèges, effectivement il n'y a plua de message d'erreur dans la
Console mais aucune réparation sur l'application iTunes n'est effectuée.

--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74

Avatar
Jacques Perrocheau
In article <1h9gxb6.19tdhic1mjpxc0N%,
(MV) wrote:

La manip suivante serait de renommer le receipt iTunesX.pkg en
iTunes.pkg et de le mettre dans le dossier Receipts et voir s'il
fonctionne.

Fait... et ça fonctionne !...

Ça confirme le résultat de ta manip'

Il y a donc une embrouille dans le .pkg utilisé par diskutil pour
vérifier les autorisations de iTunes 6.0.2.

Maintenant, est-ce que iTunesX.pkg est totalement ignoré ?


Selon mes observations, oui. Voir la fin de mon post,
Message-ID: <dqqavn$9f4$

Plus qu'une embrouille puisque sous Mac OS X 10.3.9 en renommant ce
receipt iTuneX.pkg (6.0.2) en iTunes.pkg on a toujours des messages
d'erreurs lors d'un contrôle de privilèges, sans blocage de diskutil
tout au moins sur un iBook G3. Il faudrait que je reteste la même manip
sur un G4.

--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74


Avatar
JPvC
Bonjour,
Je viens de faire cette manip sur un iBook G4 sous 10.3.9 et je confirme
que ne garder que iTunesX.pkg dans receipts et le renommer iTunes.pkg
fait que Utilitaire de Disque va au bout de sa vérification sans anicro che.
C'est bien ce qui était désiré.
Vous êtes décidément très forts, bravo !!
Cordialement.
JPvC
In article <1h9gxb6.19tdhic1mjpxc0N%,
(MV) wrote:

La manip suivante serait de renommer le receipt iTunesX.pkg en
iTunes.pkg et de le mettre dans le dossier Receipts et voir s'il
fonctionne.

Fait... et ça fonctionne !...

Ça confirme le résultat de ta manip'

Il y a donc une embrouille dans le .pkg utilisé par diskutil pour
vérifier les autorisations de iTunes 6.0.2.

Maintenant, est-ce que iTunesX.pkg est totalement ignoré ?


Selon mes observations, oui. Voir la fin de mon post,
Message-ID: <dqqavn$9f4$

Plus qu'une embrouille puisque sous Mac OS X 10.3.9 en renommant ce
receipt iTuneX.pkg (6.0.2) en iTunes.pkg on a toujours des messages
d'erreurs lors d'un contrôle de privilèges, sans blocage de diskuti l
tout au moins sur un iBook G3. Il faudrait que je reteste la même man ip
sur un G4.





Avatar
jperrocheau
MV wrote:

Je viens de faire cette manip sur un iBook G4 sous 10.3.9 et je confirme
que ne garder que iTunesX.pkg dans receipts et le renommer iTunes.pkg
fait que Utilitaire de Disque va au bout de sa vérification sans anicroche.


C'est le contraire de ce que disait Jacques !


Non, c'est plus compliqué...


Message-ID: <dqqavn$9f4$ :
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
La manip suivante serait de renommer le receipt iTunesX.pkg (6.0.2) en
iTunes.pkg et de le mettre dans le dossier Receipts et voir s'il
fonctionne.


Manip faite, le receipt est pris en compte mais les messages d'erreur
réapparaissent (manip faite sur un G3 sous Mac OS X 1.3.9):
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

C'est bien ce qui était désiré.


Ça ne fonctionnerait pas avec un G3


Sur un G3, la réparation des privilèges va bien jusqu'au bout et corrige
les erreurs que j'ai introduit volontairement. Mais des messages
d'erreur apparaissent dans la console.


mais ça fonctionnerait avec un G4 alors ?


Peut-être, perso je n'ai pas encore fait cette manip (renommer le
receipt iTunesX.pkg (6.0.2) en iTunes.pkg, en enlevant tous les autres)
sur un G4 sous Mac OS X 10.3.9.

En tous cas ma manip montre que pour iTunes (tout au moins) il faut que
le receipt soit nommé iTunes.pkg pour que les privilèges soient
effectivement réparés.

Je soupçonne l'équipe d'iTunes d'avoir volontairement renommé celui-ci
iTunesX.pkg pour contourner un pb qu'ils n'ont pas résolu... ;-).

--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:


Avatar
JPvC
MV wrote:

Je viens de faire cette manip sur un iBook G4 sous 10.3.9 et je confi rme
que ne garder que iTunesX.pkg dans receipts et le renommer iTunes.pkg
fait que Utilitaire de Disque va au bout de sa vérification sans an icroche.
C'est le contraire de ce que disait Jacques !



Non, c'est plus compliqué...

Oui, "Utilitaire de disque" va jusqu'au bout de sa vérification mais pa s

"Onyx"; il semble qu'il lui manque quelque chose pour aller au bout.
Sans doute les pkg qui ont été enlevés ??
Ne sachant pas à quoi servent ces receipts, je compte sur vous pour me
former. Encore merci.
JPvC



1 2 3 4