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.
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.
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.
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 ?
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
(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...
À 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.
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.
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 ?
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 ?
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
(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...
À 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.
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.
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 ?
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 ?
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
(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...
À 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.
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.
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 ?
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 ?
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 !
Je n'ai jamais dit ni même sous-entendu qu'OnyX utilisait autre chose
qu'Utilitaire de disques...
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 !
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 ?
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 !
Je n'ai jamais dit ni même sous-entendu qu'OnyX utilisait autre chose
qu'Utilitaire de disques...
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 !
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 ?
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 !
Je n'ai jamais dit ni même sous-entendu qu'OnyX utilisait autre chose
qu'Utilitaire de disques...
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 !
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.
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.
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.
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 ?
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 ?
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 ?
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.
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.
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.
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é ?
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é ?
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é ?
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.
In article <1h9gxb6.19tdhic1mjpxc0N%mvaukois@ffrree.fr.invalid>,
mvaukois@ffrree.fr.invalid (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$1@news.univ-rennes1.fr>
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.
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.
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 !
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
mais ça fonctionnerait avec un G4 alors ?
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 !
Message-ID: <dqqavn$9f4$1@news.univ-rennes1.fr> :
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
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
mais ça fonctionnerait avec un G4 alors ?
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 !
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
mais ça fonctionnerait avec un G4 alors ?
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
MV <mvaukois@ffrree.fr.invalid> 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
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