Pas forcément. En cas de problème, pouvoir déterminer qu'on a installé iTunes 4.0.1 directement ou par dessus iTunes 4 peut être intéressant à savoir.
Non, si l'installeur fait un rm -r de la version d'iTunes avant d'installer le nouveau, ça ne changera rien et donc tu n'as que faire d'avoir une trace de l'installation précédente.
D'autre part, ce que je trouve stupide, c'est que c'est le NOM du package qui est utilisé pour créer le receipts. Si je renomme mon package iCal.pkg en Toto.pkg, il m'installera iCal, et non pas Toto ! Donc le nom de receipts devrait être indépendant du nom du package.
Oui, là, je suis d'accord à 100 %
Si c'est vraiment le but, chaque .pkg devraient contenir une liste des receipts qu'il rend obsolètes.
Moui, pourquoi pas.
Se baser sur le nom d'un fichier quand celui-ci est modifiable par l'utilisateur.
Ca oui, le fait de changer le nom ne devrait pas changer le nom du receipt, mais vu que ce dernier n'est qu'une copie du pkg utilisé débarassé de l'archive .pax.gz, ça explique tout, malheureusement.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Pas forcément. En cas de problème, pouvoir déterminer qu'on a installé
iTunes 4.0.1 directement ou par dessus iTunes 4 peut être intéressant à
savoir.
Non, si l'installeur fait un rm -r de la version d'iTunes avant
d'installer le nouveau, ça ne changera rien et donc tu n'as que faire
d'avoir une trace de l'installation précédente.
D'autre part, ce que je trouve stupide, c'est que c'est le NOM
du package qui est utilisé pour créer le receipts. Si je renomme mon
package iCal.pkg en Toto.pkg, il m'installera iCal, et non pas Toto !
Donc le nom de receipts devrait être indépendant du nom du package.
Oui, là, je suis d'accord à 100 %
Si c'est vraiment le but, chaque .pkg devraient contenir une liste des
receipts qu'il rend obsolètes.
Moui, pourquoi pas.
Se baser sur le nom d'un fichier quand
celui-ci est modifiable par l'utilisateur.
Ca oui, le fait de changer le nom ne devrait pas changer le nom du
receipt, mais vu que ce dernier n'est qu'une copie du pkg utilisé
débarassé de l'archive .pax.gz, ça explique tout, malheureusement.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Pas forcément. En cas de problème, pouvoir déterminer qu'on a installé iTunes 4.0.1 directement ou par dessus iTunes 4 peut être intéressant à savoir.
Non, si l'installeur fait un rm -r de la version d'iTunes avant d'installer le nouveau, ça ne changera rien et donc tu n'as que faire d'avoir une trace de l'installation précédente.
D'autre part, ce que je trouve stupide, c'est que c'est le NOM du package qui est utilisé pour créer le receipts. Si je renomme mon package iCal.pkg en Toto.pkg, il m'installera iCal, et non pas Toto ! Donc le nom de receipts devrait être indépendant du nom du package.
Oui, là, je suis d'accord à 100 %
Si c'est vraiment le but, chaque .pkg devraient contenir une liste des receipts qu'il rend obsolètes.
Moui, pourquoi pas.
Se baser sur le nom d'un fichier quand celui-ci est modifiable par l'utilisateur.
Ca oui, le fait de changer le nom ne devrait pas changer le nom du receipt, mais vu que ce dernier n'est qu'une copie du pkg utilisé débarassé de l'archive .pax.gz, ça explique tout, malheureusement.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Lomer wrote:
En clair, il vaut mieux laisser les choses en l'état, donc ?
Oui.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Lomer <mvaukois@club-internet.fr2> wrote:
En clair, il vaut mieux laisser les choses en l'état, donc ?
Oui.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
En clair, il vaut mieux laisser les choses en l'état, donc ?
Oui.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
JmG wrote:
Ben, je sais pas, mais moi qui n'avais jamais renommé le moindre .pkg (je mets des sous-dossiers qui portent le bon n° de série pour m'y retrouver dans mes archives), je remarque que j'ai quand même, dans mon dossier Libraries/Receipts, un: iTunes2.pkg iTunes3.pkg iTunes4.pkg
Tu peux virer les deux premiers.
Pareil pour Java1.3.1 Update1.pkg Java1.4.1.pkg Java141Update1.pkg
Ca tu gardes :)
Les pires étant: MacOSXUpdate10.1.1.pkg MacOSXUpdate10.1.2.pkg MacOSXUpdate10.1.3.pkg et ça va jusqu'à 10.2.8 comme ça!!!!
Ben, là, tout ce qui est avant 10.2, le garder, c'est de l'archivage.
Ainsi que les SecurityUpdate... y'en a 11 !!!!
Garde tout ce qui est postérieur à la sortie de la 10.2
Maintenant, combien pèse exactement ton dossier Receipts ?
Et y'en a plein d'autres comme ça, dont tous les .pkg sont incrémentiels!
Certains le sont car le dév met le numéro de version dans le nom du pkg, dans ces cas-là, je ne garde que le dernier.
Comment se fait-ce alors?
Demande au dév :)
Incidemment, je peux les virer tous en ne gardant que la dernière version?
Ca dépends des cas, mais bon, occupent-ils réellement tant de place ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
JmG <JmG@LaCase.com> wrote:
Ben, je sais pas, mais moi qui n'avais jamais renommé le moindre .pkg
(je mets des sous-dossiers qui portent le bon n° de série pour m'y
retrouver dans mes archives), je remarque que j'ai quand même, dans mon
dossier Libraries/Receipts, un:
iTunes2.pkg
iTunes3.pkg
iTunes4.pkg
Tu peux virer les deux premiers.
Pareil pour
Java1.3.1 Update1.pkg
Java1.4.1.pkg
Java141Update1.pkg
Ca tu gardes :)
Les pires étant:
MacOSXUpdate10.1.1.pkg
MacOSXUpdate10.1.2.pkg
MacOSXUpdate10.1.3.pkg
et ça va jusqu'à 10.2.8 comme ça!!!!
Ben, là, tout ce qui est avant 10.2, le garder, c'est de l'archivage.
Ainsi que les SecurityUpdate... y'en a 11 !!!!
Garde tout ce qui est postérieur à la sortie de la 10.2
Maintenant, combien pèse exactement ton dossier Receipts ?
Et y'en a plein d'autres comme ça, dont tous les .pkg sont
incrémentiels!
Certains le sont car le dév met le numéro de version dans le nom du pkg,
dans ces cas-là, je ne garde que le dernier.
Comment se fait-ce alors?
Demande au dév :)
Incidemment, je peux les virer tous en ne gardant que la dernière
version?
Ca dépends des cas, mais bon, occupent-ils réellement tant de place ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Ben, je sais pas, mais moi qui n'avais jamais renommé le moindre .pkg (je mets des sous-dossiers qui portent le bon n° de série pour m'y retrouver dans mes archives), je remarque que j'ai quand même, dans mon dossier Libraries/Receipts, un: iTunes2.pkg iTunes3.pkg iTunes4.pkg
Tu peux virer les deux premiers.
Pareil pour Java1.3.1 Update1.pkg Java1.4.1.pkg Java141Update1.pkg
Ca tu gardes :)
Les pires étant: MacOSXUpdate10.1.1.pkg MacOSXUpdate10.1.2.pkg MacOSXUpdate10.1.3.pkg et ça va jusqu'à 10.2.8 comme ça!!!!
Ben, là, tout ce qui est avant 10.2, le garder, c'est de l'archivage.
Ainsi que les SecurityUpdate... y'en a 11 !!!!
Garde tout ce qui est postérieur à la sortie de la 10.2
Maintenant, combien pèse exactement ton dossier Receipts ?
Et y'en a plein d'autres comme ça, dont tous les .pkg sont incrémentiels!
Certains le sont car le dév met le numéro de version dans le nom du pkg, dans ces cas-là, je ne garde que le dernier.
Comment se fait-ce alors?
Demande au dév :)
Incidemment, je peux les virer tous en ne gardant que la dernière version?
Ca dépends des cas, mais bon, occupent-ils réellement tant de place ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Jacques Perrocheau wrote:
J'attends qu'il reconnaisse son "Receipt" comme il reconnait qu'on a changé le nom du package d'installation, non (?) nan ;-).
Ben, tout dépends s'il s'appuie sur le nom du receipt ou d'éléments internes.
Ouep et dans le cas où il n'y a qu'un seul "Receipt", comment "on" fait pour savoir si le désinstallateur est bien adapté...
Comment ça ?
C'est d'ailleurs pourquoi je me méfie comme de la peste des quelques logiciels de désinstallation qu'on voit proposés ça et là.
Moi, pareil, je n'y touche pas, au pire, si je dois désinstaller un truc, je regarde les éléments installés grâce à Pacifist et j'y vais à la main.
Pour les définitions de virus oui: Chez MacAfee, ils ont du "suivre" les guide-lines... ;)
Ben, là, ça peut servir pour savoir où tu en es mais ça remplit le dossier. De plus, je ne sais pas ce qu'installent les updates de définitions, si ça installe un fichier complémentaire ou si ça écrase le précédent.
Pour les updates de correction du system, non:
Les updates OS ne sont jamais des versions complètes du soft, alors que pour iTunes si.
Tiens je ne m'étais jamais aperçu que le copier-coller à partir du Finder ne respecte aucun ordre.. ;(
Si, en mode colonnes, uniquement :-/
Et puis même chez Apple lui-même, la doctrine n'est pas fixe...
iTunes2.pkg iTunes3.pkg iTunes4.pkg
Trois versions différentes, pour iTunes 4, des MAJ qui sont aussi des versions complètes.
QuickTime.pkg QuickTimeSU.pkg
Une complète et une MAJ.
Et non, ça n'est pas windaubesque, nan mais ;-)
Bon, on en reparlera... ;-)
Quand tu veux, dès que je passe à Rennes ;-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Jacques Perrocheau <jperrocheau@mac.com.invalid> wrote:
J'attends qu'il reconnaisse son "Receipt" comme il reconnait qu'on a
changé le nom du package d'installation, non (?) nan ;-).
Ben, tout dépends s'il s'appuie sur le nom du receipt ou d'éléments
internes.
Ouep et dans le cas où il n'y a qu'un seul "Receipt", comment "on" fait
pour savoir si le désinstallateur est bien adapté...
Comment ça ?
C'est d'ailleurs
pourquoi je me méfie comme de la peste des quelques logiciels de
désinstallation qu'on voit proposés ça et là.
Moi, pareil, je n'y touche pas, au pire, si je dois désinstaller un
truc, je regarde les éléments installés grâce à Pacifist et j'y vais à
la main.
Pour les définitions de virus oui:
Chez MacAfee, ils ont du "suivre" les guide-lines... ;)
Ben, là, ça peut servir pour savoir où tu en es mais ça remplit le
dossier. De plus, je ne sais pas ce qu'installent les updates de
définitions, si ça installe un fichier complémentaire ou si ça écrase le
précédent.
Pour les updates de correction du system, non:
Les updates OS ne sont jamais des versions complètes du soft, alors que
pour iTunes si.
Tiens je ne m'étais jamais aperçu que le copier-coller à partir du
Finder ne respecte aucun ordre.. ;(
Si, en mode colonnes, uniquement :-/
Et puis même chez Apple lui-même, la doctrine n'est pas fixe...
iTunes2.pkg
iTunes3.pkg
iTunes4.pkg
Trois versions différentes, pour iTunes 4, des MAJ qui sont aussi des
versions complètes.
QuickTime.pkg
QuickTimeSU.pkg
Une complète et une MAJ.
Et non, ça n'est pas windaubesque, nan mais ;-)
Bon, on en reparlera... ;-)
Quand tu veux, dès que je passe à Rennes ;-)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
J'attends qu'il reconnaisse son "Receipt" comme il reconnait qu'on a changé le nom du package d'installation, non (?) nan ;-).
Ben, tout dépends s'il s'appuie sur le nom du receipt ou d'éléments internes.
Ouep et dans le cas où il n'y a qu'un seul "Receipt", comment "on" fait pour savoir si le désinstallateur est bien adapté...
Comment ça ?
C'est d'ailleurs pourquoi je me méfie comme de la peste des quelques logiciels de désinstallation qu'on voit proposés ça et là.
Moi, pareil, je n'y touche pas, au pire, si je dois désinstaller un truc, je regarde les éléments installés grâce à Pacifist et j'y vais à la main.
Pour les définitions de virus oui: Chez MacAfee, ils ont du "suivre" les guide-lines... ;)
Ben, là, ça peut servir pour savoir où tu en es mais ça remplit le dossier. De plus, je ne sais pas ce qu'installent les updates de définitions, si ça installe un fichier complémentaire ou si ça écrase le précédent.
Pour les updates de correction du system, non:
Les updates OS ne sont jamais des versions complètes du soft, alors que pour iTunes si.
Tiens je ne m'étais jamais aperçu que le copier-coller à partir du Finder ne respecte aucun ordre.. ;(
Si, en mode colonnes, uniquement :-/
Et puis même chez Apple lui-même, la doctrine n'est pas fixe...
iTunes2.pkg iTunes3.pkg iTunes4.pkg
Trois versions différentes, pour iTunes 4, des MAJ qui sont aussi des versions complètes.
QuickTime.pkg QuickTimeSU.pkg
Une complète et une MAJ.
Et non, ça n'est pas windaubesque, nan mais ;-)
Bon, on en reparlera... ;-)
Quand tu veux, dès que je passe à Rennes ;-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
listes
JmG wrote:
Au pire... si j'en vire un de trop, qu'est-ce qui va se passer? Je ne pourrai mettre à jour une prochaine fois, c'est ça?
A mon avis, il risque plutôt de te reproposer une mise à jour déjà faite.
-- Olivier Goldberg, étudiant, macmaniaque, plongeur CMAS *** Pour le courrier personnel, remplacer dans le From: listes par olivier AIM/iChat: Nept47
JmG <JmG@LaCase.com> wrote:
Au pire... si j'en vire un de trop, qu'est-ce qui va se passer?
Je ne pourrai mettre à jour une prochaine fois, c'est ça?
A mon avis, il risque plutôt de te reproposer une mise à jour déjà
faite.
--
Olivier Goldberg, étudiant, macmaniaque, plongeur CMAS ***
Pour le courrier personnel, remplacer dans le From: listes par olivier
AIM/iChat: Nept47
Au pire... si j'en vire un de trop, qu'est-ce qui va se passer? Je ne pourrai mettre à jour une prochaine fois, c'est ça?
A mon avis, il risque plutôt de te reproposer une mise à jour déjà faite.
-- Olivier Goldberg, étudiant, macmaniaque, plongeur CMAS *** Pour le courrier personnel, remplacer dans le From: listes par olivier AIM/iChat: Nept47
jperrocheau
Lomer wrote:
D'ailleurs on peut se poser la question quand il y a plusieurs receipts pour une seule version du logiciel présente sur le disque dans quel receipt il va lire ses info
En clair, il vaut mieux laisser les choses en l'état, donc ?
vouif, en l'absence d'instructions "précises".
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
Lomer <mvaukois@club-internet.fr2> wrote:
D'ailleurs on peut se poser la question quand il y a plusieurs receipts
pour une seule version du logiciel présente sur le disque dans quel
receipt il va lire ses info
En clair, il vaut mieux laisser les choses en l'état, donc ?
vouif, en l'absence d'instructions "précises".
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
D'ailleurs on peut se poser la question quand il y a plusieurs receipts pour une seule version du logiciel présente sur le disque dans quel receipt il va lire ses info
En clair, il vaut mieux laisser les choses en l'état, donc ?
vouif, en l'absence d'instructions "précises".
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
JmG
Laurent Pertois wrote:
JmG wrote:
Ben, je sais pas, mais moi qui n'avais jamais renommé le moindre .pkg (je mets des sous-dossiers qui portent le bon n° de série pour m'y retrouver dans mes archives), je remarque que j'ai quand même, dans mon dossier Libraries/Receipts, un: iTunes2.pkg iTunes3.pkg iTunes4.pkg
Tu peux virer les deux premiers.
Pareil pour Java1.3.1 Update1.pkg Java1.4.1.pkg Java141Update1.pkg
Ca tu gardes :)
Pourquoi garder ceux-ci et pas les iTunes? Je ne pige pas...
Les pires étant: MacOSXUpdate10.1.1.pkg MacOSXUpdate10.1.2.pkg MacOSXUpdate10.1.3.pkg et ça va jusqu'à 10.2.8 comme ça!!!!
Ben, là, tout ce qui est avant 10.2, le garder, c'est de l'archivage.
Ok...
Ainsi que les SecurityUpdate... y'en a 11 !!!!
Garde tout ce qui est postérieur à la sortie de la 10.2
Ok.
Maintenant, combien pèse exactement ton dossier Receipts ?
46 Mo (quand même....)
Et y'en a plein d'autres comme ça, dont tous les .pkg sont incrémentiels!
Certains le sont car le dév met le numéro de version dans le nom du pkg, dans ces cas-là, je ne garde que le dernier.
Au pire... si j'en vire un de trop, qu'est-ce qui va se passer? Je ne pourrai mettre à jour une prochaine fois, c'est ça?
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
Ben, je sais pas, mais moi qui n'avais jamais renommé le moindre .pkg
(je mets des sous-dossiers qui portent le bon n° de série pour m'y
retrouver dans mes archives), je remarque que j'ai quand même, dans mon
dossier Libraries/Receipts, un:
iTunes2.pkg
iTunes3.pkg
iTunes4.pkg
Tu peux virer les deux premiers.
Pareil pour
Java1.3.1 Update1.pkg
Java1.4.1.pkg
Java141Update1.pkg
Ca tu gardes :)
Pourquoi garder ceux-ci et pas les iTunes?
Je ne pige pas...
Les pires étant:
MacOSXUpdate10.1.1.pkg
MacOSXUpdate10.1.2.pkg
MacOSXUpdate10.1.3.pkg
et ça va jusqu'à 10.2.8 comme ça!!!!
Ben, là, tout ce qui est avant 10.2, le garder, c'est de l'archivage.
Ok...
Ainsi que les SecurityUpdate... y'en a 11 !!!!
Garde tout ce qui est postérieur à la sortie de la 10.2
Ok.
Maintenant, combien pèse exactement ton dossier Receipts ?
46 Mo (quand même....)
Et y'en a plein d'autres comme ça, dont tous les .pkg sont
incrémentiels!
Certains le sont car le dév met le numéro de version dans le nom du pkg,
dans ces cas-là, je ne garde que le dernier.
Au pire... si j'en vire un de trop, qu'est-ce qui va se passer?
Je ne pourrai mettre à jour une prochaine fois, c'est ça?
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Ben, je sais pas, mais moi qui n'avais jamais renommé le moindre .pkg (je mets des sous-dossiers qui portent le bon n° de série pour m'y retrouver dans mes archives), je remarque que j'ai quand même, dans mon dossier Libraries/Receipts, un: iTunes2.pkg iTunes3.pkg iTunes4.pkg
Tu peux virer les deux premiers.
Pareil pour Java1.3.1 Update1.pkg Java1.4.1.pkg Java141Update1.pkg
Ca tu gardes :)
Pourquoi garder ceux-ci et pas les iTunes? Je ne pige pas...
Les pires étant: MacOSXUpdate10.1.1.pkg MacOSXUpdate10.1.2.pkg MacOSXUpdate10.1.3.pkg et ça va jusqu'à 10.2.8 comme ça!!!!
Ben, là, tout ce qui est avant 10.2, le garder, c'est de l'archivage.
Ok...
Ainsi que les SecurityUpdate... y'en a 11 !!!!
Garde tout ce qui est postérieur à la sortie de la 10.2
Ok.
Maintenant, combien pèse exactement ton dossier Receipts ?
46 Mo (quand même....)
Et y'en a plein d'autres comme ça, dont tous les .pkg sont incrémentiels!
Certains le sont car le dév met le numéro de version dans le nom du pkg, dans ces cas-là, je ne garde que le dernier.
Au pire... si j'en vire un de trop, qu'est-ce qui va se passer? Je ne pourrai mettre à jour une prochaine fois, c'est ça?
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
jperrocheau
JmG wrote:
Pareil pour Java1.3.1 Update1.pkg Java1.4.1.pkg Java141Update1.pkg
Ca tu gardes :)
Pourquoi garder ceux-ci et pas les iTunes? Je ne pige pas...
Parce que l'installation de la machine Java 1.4.1 a laissé la version 1.3.1 en place et active....
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
JmG <JmG@LaCase.com> wrote:
Pareil pour
Java1.3.1 Update1.pkg
Java1.4.1.pkg
Java141Update1.pkg
Ca tu gardes :)
Pourquoi garder ceux-ci et pas les iTunes?
Je ne pige pas...
Parce que l'installation de la machine Java 1.4.1 a laissé la version
1.3.1 en place et active....
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
Pareil pour Java1.3.1 Update1.pkg Java1.4.1.pkg Java141Update1.pkg
Ca tu gardes :)
Pourquoi garder ceux-ci et pas les iTunes? Je ne pige pas...
Parce que l'installation de la machine Java 1.4.1 a laissé la version 1.3.1 en place et active....
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
laurent.pertois
JmG wrote:
Maintenant, combien pèse exactement ton dossier Receipts ?
46 Mo (quand même....)
Euh, pour combien de fichier en tout ? franchement, il y a plus lourd dans l'OS et ça, il peut en avoir besoin, donc il est préférable de garder.
Certains le sont car le dév met le numéro de version dans le nom du pkg, dans ces cas-là, je ne garde que le dernier.
Au pire... si j'en vire un de trop, qu'est-ce qui va se passer?
Il risque de te proposer à nouveau une MAJ que tu as déjà (pas dramatique) et tu ne répareras plus les droits sur les éléments installés par ce .pkg.
Je ne pourrai mettre à jour une prochaine fois, c'est ça?
Si, quand même :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
JmG <JmG@LaCase.com> wrote:
Maintenant, combien pèse exactement ton dossier Receipts ?
46 Mo (quand même....)
Euh, pour combien de fichier en tout ? franchement, il y a plus lourd
dans l'OS et ça, il peut en avoir besoin, donc il est préférable de
garder.
Certains le sont car le dév met le numéro de version dans le nom du pkg,
dans ces cas-là, je ne garde que le dernier.
Au pire... si j'en vire un de trop, qu'est-ce qui va se passer?
Il risque de te proposer à nouveau une MAJ que tu as déjà (pas
dramatique) et tu ne répareras plus les droits sur les éléments
installés par ce .pkg.
Je ne pourrai mettre à jour une prochaine fois, c'est ça?
Si, quand même :)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Maintenant, combien pèse exactement ton dossier Receipts ?
46 Mo (quand même....)
Euh, pour combien de fichier en tout ? franchement, il y a plus lourd dans l'OS et ça, il peut en avoir besoin, donc il est préférable de garder.
Certains le sont car le dév met le numéro de version dans le nom du pkg, dans ces cas-là, je ne garde que le dernier.
Au pire... si j'en vire un de trop, qu'est-ce qui va se passer?
Il risque de te proposer à nouveau une MAJ que tu as déjà (pas dramatique) et tu ne répareras plus les droits sur les éléments installés par ce .pkg.
Je ne pourrai mettre à jour une prochaine fois, c'est ça?
Si, quand même :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
jperrocheau
Laurent Pertois wrote:
J'attends qu'il reconnaisse son "Receipt" comme il reconnait qu'on a changé le nom du package d'installation, non (?) nan ;-).
Ben, tout dépends s'il s'appuie sur le nom du receipt ou d'éléments internes.
Ce serait mieux qu'il le fasse sur des éléments internes (plus macounesque) si le nom package est "modifiable", non dans le cas contraire. Mais il faudrait q'Apple fixe sa "philosophie", ce qui ne semble pas le cas pour le moment.
Ouep et dans le cas où il n'y a qu'un seul "Receipt", comment "on" fait pour savoir si le désinstallateur est bien adapté...
Comment ça ?
Pour ne pas qu'un désinstallateur (futur, il n'y en pas eu beaucoup pour le moment) prévu pour la 6.4 de QuickTime refuse de désintaller une 6.3. Cela me semble le minimum... qu'on puisse demander.
Tiens je viens de voir qu'Apple a prévu un désinstalleur QT 6.4-réinstalleur QT 6.3... précaution. (?) ;-)
J'attends qu'il reconnaisse son "Receipt" comme il reconnait qu'on a
changé le nom du package d'installation, non (?) nan ;-).
Ben, tout dépends s'il s'appuie sur le nom du receipt ou d'éléments
internes.
Ce serait mieux qu'il le fasse sur des éléments internes (plus
macounesque) si le nom package est "modifiable", non dans le cas
contraire. Mais il faudrait q'Apple fixe sa "philosophie", ce qui ne
semble pas le cas pour le moment.
Ouep et dans le cas où il n'y a qu'un seul "Receipt", comment "on" fait
pour savoir si le désinstallateur est bien adapté...
Comment ça ?
Pour ne pas qu'un désinstallateur (futur, il n'y en pas eu beaucoup pour
le moment) prévu pour la 6.4 de QuickTime refuse de désintaller une
6.3. Cela me semble le minimum... qu'on puisse demander.
Tiens je viens de voir qu'Apple a prévu un désinstalleur QT
6.4-réinstalleur QT 6.3... précaution. (?) ;-)
J'attends qu'il reconnaisse son "Receipt" comme il reconnait qu'on a changé le nom du package d'installation, non (?) nan ;-).
Ben, tout dépends s'il s'appuie sur le nom du receipt ou d'éléments internes.
Ce serait mieux qu'il le fasse sur des éléments internes (plus macounesque) si le nom package est "modifiable", non dans le cas contraire. Mais il faudrait q'Apple fixe sa "philosophie", ce qui ne semble pas le cas pour le moment.
Ouep et dans le cas où il n'y a qu'un seul "Receipt", comment "on" fait pour savoir si le désinstallateur est bien adapté...
Comment ça ?
Pour ne pas qu'un désinstallateur (futur, il n'y en pas eu beaucoup pour le moment) prévu pour la 6.4 de QuickTime refuse de désintaller une 6.3. Cela me semble le minimum... qu'on puisse demander.
Tiens je viens de voir qu'Apple a prévu un désinstalleur QT 6.4-réinstalleur QT 6.3... précaution. (?) ;-)
