Mais pas tous... certains doivent être trouvés/virés à la main.
Pourquoi doivent?? A vouloir laver trop blanc....
... on finit par faire des trous ... avec les enzymes trop gloutons.
Mais pas tous... certains doivent être trouvés/virés à la main.
Pourquoi doivent?? A vouloir laver trop blanc....
... on finit par faire des trous ... avec les enzymes trop gloutons.
Mais pas tous... certains doivent être trouvés/virés à la main.
Pourquoi doivent?? A vouloir laver trop blanc....
... on finit par faire des trous ... avec les enzymes trop gloutons.
Autant avec des disques de taille raisonnable on pouvait faire des
sauvegardes, maintenant, avec les monstres qu'on a, c'est plus trop
possible (je parle pour mon cas)
" En fait il faudrait *ne pas* vider la poubelle"; il faudrait, comme tu
dis, mais nul n'est infaillible!!
Autant avec des disques de taille raisonnable on pouvait faire des
sauvegardes, maintenant, avec les monstres qu'on a, c'est plus trop
possible (je parle pour mon cas)
" En fait il faudrait *ne pas* vider la poubelle"; il faudrait, comme tu
dis, mais nul n'est infaillible!!
Autant avec des disques de taille raisonnable on pouvait faire des
sauvegardes, maintenant, avec les monstres qu'on a, c'est plus trop
possible (je parle pour mon cas)
" En fait il faudrait *ne pas* vider la poubelle"; il faudrait, comme tu
dis, mais nul n'est infaillible!!
Quand je prends l'avion, je ne m'amuse pas à aller vérifier que les
niveaux sont faits et que les réacteurs ont bien subi la visite
technique, il y a des pros qui sont payés pour ça.
Quand je prends l'avion, je ne m'amuse pas à aller vérifier que les
niveaux sont faits et que les réacteurs ont bien subi la visite
technique, il y a des pros qui sont payés pour ça.
Quand je prends l'avion, je ne m'amuse pas à aller vérifier que les
niveaux sont faits et que les réacteurs ont bien subi la visite
technique, il y a des pros qui sont payés pour ça.
Par ailleurs, si tu pilotais toi-même ton avion, crois-moi que tu ferais
attention à tout ce que tu indiques ci-dessus!
Ben oui mais il s'appelle pas Steve ;-)
Par ailleurs, si tu pilotais toi-même ton avion, crois-moi que tu ferais
attention à tout ce que tu indiques ci-dessus!
Ben oui mais il s'appelle pas Steve ;-)
Par ailleurs, si tu pilotais toi-même ton avion, crois-moi que tu ferais
attention à tout ce que tu indiques ci-dessus!
Ben oui mais il s'appelle pas Steve ;-)
mouaaarff! après les pingouins , vlà les autruches ;o) R'marque qu'un
bon filet d'autruche, je dis pas non ;;;
Mais si tu as un problème, là, tu vas commencer à chercher pourquoi,
comment, tout çaaaa..
On peut effectivement, mais passé un certain temps, vaut mieux
réinstaller. Ce que je n'ai eu à faire qu'avec cette #@% ! de 10.3.6
et/ou Java R2.
Par ailleurs, si tu pilotais toi-même ton avion, crois-moi que tu ferais
attention à tout ce que tu indiques ci-dessus!
Mais j'ai un peu piloté, et la prévol n'est absolument pas à négliger,
mais bon un avion, c'est moins compliqué qu'un Unix :o)))
Sur le fond on n'est pas trop éloigné, en fait. Car au départ, on
parlait de tripatouiller, pas de dépanner. Et je prétends que moins on
tripatouille, moins on a besoin de dépanner. Et dans un avion, je
n'irais pas virer quelque chose qui me semble inutile, car là y a pas de
compte root à activer, tu es root et une connerie est fatale.
Cela dit la complexité d'OS X est indéniable, tout comme est indéniable
la quantité de choses qui sont gérées par ce système, sans commune
mesure avec les précédentes moutures ...
mouaaarff! après les pingouins , vlà les autruches ;o) R'marque qu'un
bon filet d'autruche, je dis pas non ;;;
Mais si tu as un problème, là, tu vas commencer à chercher pourquoi,
comment, tout çaaaa..
On peut effectivement, mais passé un certain temps, vaut mieux
réinstaller. Ce que je n'ai eu à faire qu'avec cette #@% ! de 10.3.6
et/ou Java R2.
Par ailleurs, si tu pilotais toi-même ton avion, crois-moi que tu ferais
attention à tout ce que tu indiques ci-dessus!
Mais j'ai un peu piloté, et la prévol n'est absolument pas à négliger,
mais bon un avion, c'est moins compliqué qu'un Unix :o)))
Sur le fond on n'est pas trop éloigné, en fait. Car au départ, on
parlait de tripatouiller, pas de dépanner. Et je prétends que moins on
tripatouille, moins on a besoin de dépanner. Et dans un avion, je
n'irais pas virer quelque chose qui me semble inutile, car là y a pas de
compte root à activer, tu es root et une connerie est fatale.
Cela dit la complexité d'OS X est indéniable, tout comme est indéniable
la quantité de choses qui sont gérées par ce système, sans commune
mesure avec les précédentes moutures ...
mouaaarff! après les pingouins , vlà les autruches ;o) R'marque qu'un
bon filet d'autruche, je dis pas non ;;;
Mais si tu as un problème, là, tu vas commencer à chercher pourquoi,
comment, tout çaaaa..
On peut effectivement, mais passé un certain temps, vaut mieux
réinstaller. Ce que je n'ai eu à faire qu'avec cette #@% ! de 10.3.6
et/ou Java R2.
Par ailleurs, si tu pilotais toi-même ton avion, crois-moi que tu ferais
attention à tout ce que tu indiques ci-dessus!
Mais j'ai un peu piloté, et la prévol n'est absolument pas à négliger,
mais bon un avion, c'est moins compliqué qu'un Unix :o)))
Sur le fond on n'est pas trop éloigné, en fait. Car au départ, on
parlait de tripatouiller, pas de dépanner. Et je prétends que moins on
tripatouille, moins on a besoin de dépanner. Et dans un avion, je
n'irais pas virer quelque chose qui me semble inutile, car là y a pas de
compte root à activer, tu es root et une connerie est fatale.
Cela dit la complexité d'OS X est indéniable, tout comme est indéniable
la quantité de choses qui sont gérées par ce système, sans commune
mesure avec les précédentes moutures ...
JmG wrote:Gilbert OLIVIER wrote:C'est un choix qui nous échape
Ce n'est pas parce qu'il nous échappe (le doit-il d'ailleurs?) que l'on
doive s'en contenter, quand même...
Pour rester dans le domaine, tu as choisi la technologie du processeur
CISC RISC ??
Si le système est conçu pour utiliser des librairies et autres
ressources partagées c'est ainsi, le choix m'échappe...
Si t'es pas d'accord, tu ressorts ton ZX80 ;->
Et encore à l'époque, il y avait déjà d'autres choix.
Ce que l'on peut avoir de vraiment inutile ce sont toutes les langues et
une floppée de drivers imprimante. En faisant une installation
personnalisée, je crois que l'on peut élaguer pas mal.
Mais pas tous... certains doivent être trouvés/virés à la main.
Pourquoi doivent?? A vouloir laver trop blanc....
A part suite à quelques actions on va dire "limite testeur fou", je n'ai
aucun souvenir d'une necessité de maintenance dans les profondeurs de
Mac OS X.
Disons que si t'as un problème, peu important mais juste un peu ianche,
tu vas quand même essayer de comprendre pourquoi, et ce qui se passe.
C'est là que t'as besoin de plonger dedans, et c'est là que tu te rends
compte de la complexité que cela représente sous OSX.
Personne n'a prétendu que c'était simple.
C'est la contrepartie d'une
certaine puissance/sécurité.
Enfin sous les Mac OS prè X, cela était complexe aussi. Tu appliquais
des recettes de cuisine pour t'en sortir sans forcemment connaitre le
pourquoi du comment. Pour exemple les conflits d'extension: tu changeais
l'ordre de chargement et parfois cela marchait. Tu avais résolu le
problème mais tu n'avais rien expliqué.
JmG <JMGB@antipourrielsLACASE.COM> wrote:
Gilbert OLIVIER <gilbert.olivier@wanadoo.fr> wrote:
C'est un choix qui nous échape
Ce n'est pas parce qu'il nous échappe (le doit-il d'ailleurs?) que l'on
doive s'en contenter, quand même...
Pour rester dans le domaine, tu as choisi la technologie du processeur
CISC RISC ??
Si le système est conçu pour utiliser des librairies et autres
ressources partagées c'est ainsi, le choix m'échappe...
Si t'es pas d'accord, tu ressorts ton ZX80 ;->
Et encore à l'époque, il y avait déjà d'autres choix.
Ce que l'on peut avoir de vraiment inutile ce sont toutes les langues et
une floppée de drivers imprimante. En faisant une installation
personnalisée, je crois que l'on peut élaguer pas mal.
Mais pas tous... certains doivent être trouvés/virés à la main.
Pourquoi doivent?? A vouloir laver trop blanc....
A part suite à quelques actions on va dire "limite testeur fou", je n'ai
aucun souvenir d'une necessité de maintenance dans les profondeurs de
Mac OS X.
Disons que si t'as un problème, peu important mais juste un peu ianche,
tu vas quand même essayer de comprendre pourquoi, et ce qui se passe.
C'est là que t'as besoin de plonger dedans, et c'est là que tu te rends
compte de la complexité que cela représente sous OSX.
Personne n'a prétendu que c'était simple.
C'est la contrepartie d'une
certaine puissance/sécurité.
Enfin sous les Mac OS prè X, cela était complexe aussi. Tu appliquais
des recettes de cuisine pour t'en sortir sans forcemment connaitre le
pourquoi du comment. Pour exemple les conflits d'extension: tu changeais
l'ordre de chargement et parfois cela marchait. Tu avais résolu le
problème mais tu n'avais rien expliqué.
JmG wrote:Gilbert OLIVIER wrote:C'est un choix qui nous échape
Ce n'est pas parce qu'il nous échappe (le doit-il d'ailleurs?) que l'on
doive s'en contenter, quand même...
Pour rester dans le domaine, tu as choisi la technologie du processeur
CISC RISC ??
Si le système est conçu pour utiliser des librairies et autres
ressources partagées c'est ainsi, le choix m'échappe...
Si t'es pas d'accord, tu ressorts ton ZX80 ;->
Et encore à l'époque, il y avait déjà d'autres choix.
Ce que l'on peut avoir de vraiment inutile ce sont toutes les langues et
une floppée de drivers imprimante. En faisant une installation
personnalisée, je crois que l'on peut élaguer pas mal.
Mais pas tous... certains doivent être trouvés/virés à la main.
Pourquoi doivent?? A vouloir laver trop blanc....
A part suite à quelques actions on va dire "limite testeur fou", je n'ai
aucun souvenir d'une necessité de maintenance dans les profondeurs de
Mac OS X.
Disons que si t'as un problème, peu important mais juste un peu ianche,
tu vas quand même essayer de comprendre pourquoi, et ce qui se passe.
C'est là que t'as besoin de plonger dedans, et c'est là que tu te rends
compte de la complexité que cela représente sous OSX.
Personne n'a prétendu que c'était simple.
C'est la contrepartie d'une
certaine puissance/sécurité.
Enfin sous les Mac OS prè X, cela était complexe aussi. Tu appliquais
des recettes de cuisine pour t'en sortir sans forcemment connaitre le
pourquoi du comment. Pour exemple les conflits d'extension: tu changeais
l'ordre de chargement et parfois cela marchait. Tu avais résolu le
problème mais tu n'avais rien expliqué.
Simple : un utilisateur installait une ©onnerie et tout le monde en
profitait. Si la ©onnerie plantait la machine personne ne pouvait
bosser. Ici c'est un peu plus dur à atteindre ce niveau parce qu'un
utilisateur va planter sa session et les autres sont peinards, seul un
admin peut réussir à installer une ©onnerie et on limite déjà la casse.
Ensuite ce que l'admin installe n'ira pas se mettre dans la zone
réservée au boot de la machine donc elle redémarrera quand même.
Le fait d'avoir trois niveaux de « configuration » fait que la
protection est beaucoup plus élevée que le 0 pointé de Mac OS9 qui
équivalait à tout système Windows (hors NT, quoique ;-)
Simple : un utilisateur installait une ©onnerie et tout le monde en
profitait. Si la ©onnerie plantait la machine personne ne pouvait
bosser. Ici c'est un peu plus dur à atteindre ce niveau parce qu'un
utilisateur va planter sa session et les autres sont peinards, seul un
admin peut réussir à installer une ©onnerie et on limite déjà la casse.
Ensuite ce que l'admin installe n'ira pas se mettre dans la zone
réservée au boot de la machine donc elle redémarrera quand même.
Le fait d'avoir trois niveaux de « configuration » fait que la
protection est beaucoup plus élevée que le 0 pointé de Mac OS9 qui
équivalait à tout système Windows (hors NT, quoique ;-)
Simple : un utilisateur installait une ©onnerie et tout le monde en
profitait. Si la ©onnerie plantait la machine personne ne pouvait
bosser. Ici c'est un peu plus dur à atteindre ce niveau parce qu'un
utilisateur va planter sa session et les autres sont peinards, seul un
admin peut réussir à installer une ©onnerie et on limite déjà la casse.
Ensuite ce que l'admin installe n'ira pas se mettre dans la zone
réservée au boot de la machine donc elle redémarrera quand même.
Le fait d'avoir trois niveaux de « configuration » fait que la
protection est beaucoup plus élevée que le 0 pointé de Mac OS9 qui
équivalait à tout système Windows (hors NT, quoique ;-)
In article <1gnf4cs.zeu3t8zeiyo0N%,
(JmG) wrote:Cela dit... je trouve ça complexe quand même... possiblement
"gratuitement" même, mais bon... je ne suis pas dev donc, et je manque
certainement de connaissances pour pouvoir en juger.
C'est pourtant très logique je trouve : un domaine (système) qui
contient ce qui est nécessaire pour booter la machine et faire
fonctionner les services de bases (réseau, etc...). Un domaine pour
l'administrateur de la machine (installation des applications, gestion
des comptes utilisateurs) qui est séparé pour éviter qu'un
administrateur maladroit ne casse tout. Et ensuit le domaine de chaque
utilisateur.
L'existence du dossier Bibliothèque dans ses trois domaines se comprend
si l'on considère les polices par exemple : il y a celles qui sont
nécessaire au système (menu, etc...), il y a ensuite celles installées
par les applications. Finalement, chaque utilisateur peut installer ses
propres polices.
Le seul truc pas très logique c'est que le domaine local soit
directement dans / (ce qui peut donner l'impression que /System en est
une sous-partie). On aurait pu imaginer /Local à la place...
In article <1gnf4cs.zeu3t8zeiyo0N%JMGB@antipourrielsLACASE.COM>,
JMGB@antipourrielsLACASE.COM (JmG) wrote:
Cela dit... je trouve ça complexe quand même... possiblement
"gratuitement" même, mais bon... je ne suis pas dev donc, et je manque
certainement de connaissances pour pouvoir en juger.
C'est pourtant très logique je trouve : un domaine (système) qui
contient ce qui est nécessaire pour booter la machine et faire
fonctionner les services de bases (réseau, etc...). Un domaine pour
l'administrateur de la machine (installation des applications, gestion
des comptes utilisateurs) qui est séparé pour éviter qu'un
administrateur maladroit ne casse tout. Et ensuit le domaine de chaque
utilisateur.
L'existence du dossier Bibliothèque dans ses trois domaines se comprend
si l'on considère les polices par exemple : il y a celles qui sont
nécessaire au système (menu, etc...), il y a ensuite celles installées
par les applications. Finalement, chaque utilisateur peut installer ses
propres polices.
Le seul truc pas très logique c'est que le domaine local soit
directement dans / (ce qui peut donner l'impression que /System en est
une sous-partie). On aurait pu imaginer /Local à la place...
In article <1gnf4cs.zeu3t8zeiyo0N%,
(JmG) wrote:Cela dit... je trouve ça complexe quand même... possiblement
"gratuitement" même, mais bon... je ne suis pas dev donc, et je manque
certainement de connaissances pour pouvoir en juger.
C'est pourtant très logique je trouve : un domaine (système) qui
contient ce qui est nécessaire pour booter la machine et faire
fonctionner les services de bases (réseau, etc...). Un domaine pour
l'administrateur de la machine (installation des applications, gestion
des comptes utilisateurs) qui est séparé pour éviter qu'un
administrateur maladroit ne casse tout. Et ensuit le domaine de chaque
utilisateur.
L'existence du dossier Bibliothèque dans ses trois domaines se comprend
si l'on considère les polices par exemple : il y a celles qui sont
nécessaire au système (menu, etc...), il y a ensuite celles installées
par les applications. Finalement, chaque utilisateur peut installer ses
propres polices.
Le seul truc pas très logique c'est que le domaine local soit
directement dans / (ce qui peut donner l'impression que /System en est
une sous-partie). On aurait pu imaginer /Local à la place...
Le fait d'avoir trois niveaux de « configuration » fait que la
protection est beaucoup plus élevée que le 0 pointé de Mac OS9 qui
équivalait à tout système Windows (hors NT, quoique ;-)
Très bien pour tous les gens qui n'ont pas les moyens de s'offrir chacun
leur Mac, donc.
Etrangement, je trouve ça bien "gentil" de la part de Steve que de
favoriser la mise en commun d'un même Mac pour plusieurs personnes.
Je ne sais pas pourquoi, mais je trouve que ça sent le piège à plein
nez, et en tous cas, la vraiment fausse bonne excuse! :->
Le fait d'avoir trois niveaux de « configuration » fait que la
protection est beaucoup plus élevée que le 0 pointé de Mac OS9 qui
équivalait à tout système Windows (hors NT, quoique ;-)
Très bien pour tous les gens qui n'ont pas les moyens de s'offrir chacun
leur Mac, donc.
Etrangement, je trouve ça bien "gentil" de la part de Steve que de
favoriser la mise en commun d'un même Mac pour plusieurs personnes.
Je ne sais pas pourquoi, mais je trouve que ça sent le piège à plein
nez, et en tous cas, la vraiment fausse bonne excuse! :->
Le fait d'avoir trois niveaux de « configuration » fait que la
protection est beaucoup plus élevée que le 0 pointé de Mac OS9 qui
équivalait à tout système Windows (hors NT, quoique ;-)
Très bien pour tous les gens qui n'ont pas les moyens de s'offrir chacun
leur Mac, donc.
Etrangement, je trouve ça bien "gentil" de la part de Steve que de
favoriser la mise en commun d'un même Mac pour plusieurs personnes.
Je ne sais pas pourquoi, mais je trouve que ça sent le piège à plein
nez, et en tous cas, la vraiment fausse bonne excuse! :->
Patrick Stadelmann wrote:Le seul truc pas très logique c'est que le domaine local soit
directement dans / (ce qui peut donner l'impression que /System en est
une sous-partie). On aurait pu imaginer /Local à la place...
Oui, en effet... je suis d'accord avec ça... et donc, ça manque quand
même un peu de logique quelque part donc! :->
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Le seul truc pas très logique c'est que le domaine local soit
directement dans / (ce qui peut donner l'impression que /System en est
une sous-partie). On aurait pu imaginer /Local à la place...
Oui, en effet... je suis d'accord avec ça... et donc, ça manque quand
même un peu de logique quelque part donc! :->
Patrick Stadelmann wrote:Le seul truc pas très logique c'est que le domaine local soit
directement dans / (ce qui peut donner l'impression que /System en est
une sous-partie). On aurait pu imaginer /Local à la place...
Oui, en effet... je suis d'accord avec ça... et donc, ça manque quand
même un peu de logique quelque part donc! :->