J'ai installé les MacPorts pour pouvoir recomposer mon environnement de travail habituel et j'avais également un programme (Emacs) que j'ai installé via un le canal "historique" (un dmg).
C'est à dire (?)
<http://emacsformacosx.com/> (?)
J'étais surpris de constater que Emacs.app étaient toujours présent malgrés sa désinstallation.
Où et lequel ?
Celui cité précédemment, s'installe dans les dernière version par simple glissé déposé dans le Finder. Les versions précédents avaient un installateur qui déposait tout dans /Applications.
Grâce à votre réponse j'ai pu voir que Emacs.app avait aussi été installé via MacPorts mais pas dans le même "répertoire" (dans /Applications/MacPorts).
??? AMHA, D'habitude MacPorts installe ses binaires dans /opt/local/bin ou /opt/local/sbin.
-- Jacques PERROCHEAU CNRS UMR 6226 Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
In article <m0wqp5r4t4.fsf@kcals.intra.maillard.im>,
Xavier Maillard <noreply@maillard.im> wrote:
> Quel programme ?
J'ai installé les MacPorts pour pouvoir recomposer mon environnement de
travail habituel et j'avais également un programme (Emacs) que j'ai
installé via un le canal "historique" (un dmg).
C'est à dire (?)
<http://emacsformacosx.com/> (?)
J'étais surpris de constater que Emacs.app étaient toujours présent
malgrés sa désinstallation.
Où et lequel ?
Celui cité précédemment, s'installe dans les dernière version par simple
glissé déposé dans le Finder. Les versions précédents avaient un
installateur qui déposait tout dans /Applications.
Grâce à votre réponse j'ai pu voir que Emacs.app avait aussi été
installé via MacPorts mais pas dans le même "répertoire" (dans
/Applications/MacPorts).
???
AMHA, D'habitude MacPorts installe ses binaires dans /opt/local/bin ou
/opt/local/sbin.
--
Jacques PERROCHEAU
CNRS UMR 6226
Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
J'ai installé les MacPorts pour pouvoir recomposer mon environnement de travail habituel et j'avais également un programme (Emacs) que j'ai installé via un le canal "historique" (un dmg).
C'est à dire (?)
<http://emacsformacosx.com/> (?)
J'étais surpris de constater que Emacs.app étaient toujours présent malgrés sa désinstallation.
Où et lequel ?
Celui cité précédemment, s'installe dans les dernière version par simple glissé déposé dans le Finder. Les versions précédents avaient un installateur qui déposait tout dans /Applications.
Grâce à votre réponse j'ai pu voir que Emacs.app avait aussi été installé via MacPorts mais pas dans le même "répertoire" (dans /Applications/MacPorts).
??? AMHA, D'habitude MacPorts installe ses binaires dans /opt/local/bin ou /opt/local/sbin.
-- Jacques PERROCHEAU CNRS UMR 6226 Université de Rennes 1, Campus de Beaulieu, 35042 RENNES Cedex, France
patrick.1200RTcazaux
Fleuger wrote:
Mais, ôtes-moi d'un doute, c'était bien comme je l'ai écrit jadis ?
Non, le clic droit, ça a toujours été la touche ctrl. -- Tardigradus e^iπ=-1 c'est magnifique
Fleuger <g4fleurot@free.fr> wrote:
Mais, ôtes-moi d'un doute, c'était bien comme je l'ai écrit jadis ?
Non, le clic droit, ça a toujours été la touche ctrl.
--
Tardigradus
e^iπ=-1 c'est magnifique
Mais, ôtes-moi d'un doute, c'était bien comme je l'ai écrit jadis ?
Non, le clic droit, ça a toujours été la touche ctrl. -- Tardigradus e^iπ=-1 c'est magnifique
gilbert.olivier
Fleuger wrote:
Gilbert OLIVIER wrote:
> Désolé, mais chez moi c'est Ctrl (controle) Clic qui est équivalent au > clic droit ;-)
Ben alors ! Ne soit pas désolé, chez moi aussi c'est comme ça.
Ouf ;-)
C'est bien pour ça que j'ai écrit qu'il faut essayer toutes les combinaisons de touches puisque ça évolue dans le temps en fonction des systèmes et que depuis que le mac gère les souris à plusieurs boutons, je n'utilise pratiquement plus jamais ce raccourci.
Moi non plus, depuis que je suis sur Mac (PowerMac 7500 / Mac OS 7.x) peu de temps après le déballage, suis passé à la souris logitech avec au moins 2 boutons.
Mais, ôtes-moi d'un doute, c'était bien comme je l'ai écrit jadis ?
Jadis je ne saurai le dire, avec Mac OS X il n'y a eu que Ctrl Clic il me semble, avec Mac Os... ben je ne sais plus et mon 7500 qui me sert toujours de station de scan (cause scanner SCSI) est actuellement débranché cause gros travaux à la maison.
> Désolé, mais chez moi c'est Ctrl (controle) Clic qui est équivalent au
> clic droit ;-)
Ben alors ! Ne soit pas désolé, chez moi aussi c'est comme ça.
Ouf ;-)
C'est bien pour ça que j'ai écrit qu'il faut essayer toutes les
combinaisons de touches puisque ça évolue dans le temps en fonction des
systèmes et que depuis que le mac gère les souris à plusieurs boutons,
je n'utilise pratiquement plus jamais ce raccourci.
Moi non plus, depuis que je suis sur Mac (PowerMac 7500 / Mac OS 7.x)
peu de temps après le déballage, suis passé à la souris logitech avec au
moins 2 boutons.
Mais, ôtes-moi d'un doute, c'était bien comme je l'ai écrit jadis ?
Jadis je ne saurai le dire, avec Mac OS X il n'y a eu que Ctrl Clic il
me semble, avec Mac Os... ben je ne sais plus et mon 7500 qui me sert
toujours de station de scan (cause scanner SCSI) est actuellement
débranché cause gros travaux à la maison.
> Désolé, mais chez moi c'est Ctrl (controle) Clic qui est équivalent au > clic droit ;-)
Ben alors ! Ne soit pas désolé, chez moi aussi c'est comme ça.
Ouf ;-)
C'est bien pour ça que j'ai écrit qu'il faut essayer toutes les combinaisons de touches puisque ça évolue dans le temps en fonction des systèmes et que depuis que le mac gère les souris à plusieurs boutons, je n'utilise pratiquement plus jamais ce raccourci.
Moi non plus, depuis que je suis sur Mac (PowerMac 7500 / Mac OS 7.x) peu de temps après le déballage, suis passé à la souris logitech avec au moins 2 boutons.
Mais, ôtes-moi d'un doute, c'était bien comme je l'ai écrit jadis ?
Jadis je ne saurai le dire, avec Mac OS X il n'y a eu que Ctrl Clic il me semble, avec Mac Os... ben je ne sais plus et mon 7500 qui me sert toujours de station de scan (cause scanner SCSI) est actuellement débranché cause gros travaux à la maison.
-- Gilbert
gilbert.olivier
Jacques Perrocheau wrote:
In article <51d68983$0$2276$, Jacques Perrocheau wrote:
> In article , > Xavier Maillard wrote: > > > > Tous les programmes qui sont installés par simple copie par le Finder > > > peuvent être mis à la poubelle sans problème. Par contre tout ce qui est > > > installé avec un installateur n'est désinstallable facilement et > > > proprement que si le développeur a écrit le désinstallateur > > > correspondant. > > > > Sous quelle forme cela se présente-t-il habituellement ? > > Chaque développeur fait comme il le sent, selon la compléxité de > l'application, il peut faire un simple shell script, un Applescript, > tout nu ou emballé dans un package, ou une application séparée de son > cru. Il faut lire les Readme dans chaque cas.
Pour tous les cas où aucun installateur n'est prévu, un utilitaire comme Pacifist 3.0.10, <http://www.charlessoft.com/> est bien pratique, il permet de visualiser et lister tout ce qu'installent les installateurs standard Mac, les .pkg. Il permet aussi de voir ce que va modifier une mise à jour par rapport à ce qui est déjà éventuellement installé.
Si on ne veut pas passer par Pacifist qui est payant il me semble, on a déjà une bonne idée (si ce n'est les mêmes informations?) de ce qui va être installé et ou avec l'installeur lui même.
Lancer l'installation et aller jusqu'à la dernière étape (installer) sans la lancer. Faire un Cde (pomme) I ou menu "Afficher les fichiers", pour avoir la liste de tout ce qui va être installé
-- Gilbert
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
In article <51d68983$0$2276$426a74cc@news.free.fr>,
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
> In article <m0wqp5r4t4.fsf@kcals.intra.maillard.im>,
> Xavier Maillard <noreply@maillard.im> wrote:
>
> > > Tous les programmes qui sont installés par simple copie par le Finder
> > > peuvent être mis à la poubelle sans problème. Par contre tout ce qui est
> > > installé avec un installateur n'est désinstallable facilement et
> > > proprement que si le développeur a écrit le désinstallateur
> > > correspondant.
> >
> > Sous quelle forme cela se présente-t-il habituellement ?
>
> Chaque développeur fait comme il le sent, selon la compléxité de
> l'application, il peut faire un simple shell script, un Applescript,
> tout nu ou emballé dans un package, ou une application séparée de son
> cru. Il faut lire les Readme dans chaque cas.
Pour tous les cas où aucun installateur n'est prévu, un utilitaire comme
Pacifist 3.0.10, <http://www.charlessoft.com/> est bien pratique, il
permet de visualiser et lister tout ce qu'installent les installateurs
standard Mac, les .pkg. Il permet aussi de voir ce que va modifier une
mise à jour par rapport à ce qui est déjà éventuellement installé.
Si on ne veut pas passer par Pacifist qui est payant il me semble, on a
déjà une bonne idée (si ce n'est les mêmes informations?) de ce qui va
être installé et ou avec l'installeur lui même.
Lancer l'installation et aller jusqu'à la dernière étape (installer)
sans la lancer. Faire un Cde (pomme) I ou menu "Afficher les fichiers",
pour avoir la liste de tout ce qui va être installé
In article <51d68983$0$2276$, Jacques Perrocheau wrote:
> In article , > Xavier Maillard wrote: > > > > Tous les programmes qui sont installés par simple copie par le Finder > > > peuvent être mis à la poubelle sans problème. Par contre tout ce qui est > > > installé avec un installateur n'est désinstallable facilement et > > > proprement que si le développeur a écrit le désinstallateur > > > correspondant. > > > > Sous quelle forme cela se présente-t-il habituellement ? > > Chaque développeur fait comme il le sent, selon la compléxité de > l'application, il peut faire un simple shell script, un Applescript, > tout nu ou emballé dans un package, ou une application séparée de son > cru. Il faut lire les Readme dans chaque cas.
Pour tous les cas où aucun installateur n'est prévu, un utilitaire comme Pacifist 3.0.10, <http://www.charlessoft.com/> est bien pratique, il permet de visualiser et lister tout ce qu'installent les installateurs standard Mac, les .pkg. Il permet aussi de voir ce que va modifier une mise à jour par rapport à ce qui est déjà éventuellement installé.
Si on ne veut pas passer par Pacifist qui est payant il me semble, on a déjà une bonne idée (si ce n'est les mêmes informations?) de ce qui va être installé et ou avec l'installeur lui même.
Lancer l'installation et aller jusqu'à la dernière étape (installer) sans la lancer. Faire un Cde (pomme) I ou menu "Afficher les fichiers", pour avoir la liste de tout ce qui va être installé
-- Gilbert
g4fleurot
Tardigradus wrote:
Non, le clic droit, ça a toujours été la touche ctrl.
Ben alors ! Mauvaise mémoire. Connexion neuronnale défectueuse :-(
Non, le clic droit, ça a toujours été la touche ctrl.
Ben alors ! Mauvaise mémoire. Connexion neuronnale défectueuse :-(
Merci d'avoir rectifié. -- Gérard FLEUROT plus un
voir_le_reply-to
Gilbert OLIVIER wrote:
> Mais, ôtes-moi d'un doute, c'était bien comme je l'ai écrit jadis ? Jadis je ne saurai le dire, avec Mac OS X il n'y a eu que Ctrl Clic il me semble, avec Mac Os...
C'est ctrl-clic exclusivement depuis Mac OS 4.1, avant je ne sais pas. Mais exclusivement *par défaut* car il y a toujours eu des solutions diverses et variées pour modifier les fonctions de touches à commencer par QuicKeys qui doit remonter aussi à cette époque (1985-86 ?).
> Mais, ôtes-moi d'un doute, c'était bien comme je l'ai écrit jadis ?
Jadis je ne saurai le dire, avec Mac OS X il n'y a eu que Ctrl Clic il
me semble, avec Mac Os...
C'est ctrl-clic exclusivement depuis Mac OS 4.1, avant je ne sais pas.
Mais exclusivement *par défaut* car il y a toujours eu des solutions
diverses et variées pour modifier les fonctions de touches à commencer
par QuicKeys qui doit remonter aussi à cette époque (1985-86 ?).
> Mais, ôtes-moi d'un doute, c'était bien comme je l'ai écrit jadis ? Jadis je ne saurai le dire, avec Mac OS X il n'y a eu que Ctrl Clic il me semble, avec Mac Os...
C'est ctrl-clic exclusivement depuis Mac OS 4.1, avant je ne sais pas. Mais exclusivement *par défaut* car il y a toujours eu des solutions diverses et variées pour modifier les fonctions de touches à commencer par QuicKeys qui doit remonter aussi à cette époque (1985-86 ?).
-- Gérald
Matt
On Ven 05 juillet 2013 (10:53), Jacques Perrocheau wrote:
Pour les MacPorts, j'ai trouvé qu'il fallait faire un "port uninstall"
Ouep, en espérant que tous les bug ont corrigé dans l'actuelle version 2.1.3. C'est une fonction qui ne marchait pas très bien.
Ah ? Quel(s) problème(s) as-tu eu avec ?
-- Unfortunate user: Pick up children at school at 5PM. Siri: Making a reminder to make chicken skewers at 5PM. (_+_) Siri, part ten (_+_)
On Ven 05 juillet 2013 (10:53),
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
Pour les MacPorts, j'ai trouvé qu'il fallait faire un "port
uninstall"
Ouep, en espérant que tous les bug ont corrigé dans l'actuelle version
2.1.3. C'est une fonction qui ne marchait pas très bien.
Ah ?
Quel(s) problème(s) as-tu eu avec ?
--
Unfortunate user: Pick up children at school at 5PM.
Siri: Making a reminder to make chicken skewers at 5PM.
(_+_) Siri, part ten (_+_)
On Ven 05 juillet 2013 (10:53), Jacques Perrocheau wrote:
Pour les MacPorts, j'ai trouvé qu'il fallait faire un "port uninstall"
Ouep, en espérant que tous les bug ont corrigé dans l'actuelle version 2.1.3. C'est une fonction qui ne marchait pas très bien.
Ah ? Quel(s) problème(s) as-tu eu avec ?
-- Unfortunate user: Pick up children at school at 5PM. Siri: Making a reminder to make chicken skewers at 5PM. (_+_) Siri, part ten (_+_)
Matt
On Ven 05 juillet 2013 (11:35), Jacques Perrocheau wrote:
Grâce à votre réponse j'ai pu voir que Emacs.app avait aussi été installé via MacPorts mais pas dans le même "répertoire" (dans /Applications/MacPorts).
??? AMHA, D'habitude MacPorts installe ses binaires dans /opt/local/bin ou /opt/local/sbin.
MacPorts permet également d'installation des applications Aqua. Elles s'installent pas défaut dans /Applications/MacPorts
hth
-- Unfortunate user: I'm hot. Find doctors in my location. Siri: It's only 8°. I don't find that particularly hot. (_+_) Siri, part sixteen (_+_)
On Ven 05 juillet 2013 (11:35),
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
Grâce à votre réponse j'ai pu voir que Emacs.app avait aussi été
installé via MacPorts mais pas dans le même "répertoire" (dans
/Applications/MacPorts).
???
AMHA, D'habitude MacPorts installe ses binaires dans /opt/local/bin ou
/opt/local/sbin.
MacPorts permet également d'installation des applications Aqua.
Elles s'installent pas défaut dans /Applications/MacPorts
hth
--
Unfortunate user: I'm hot. Find doctors in my location.
Siri: It's only 8°. I don't find that particularly hot.
(_+_) Siri, part sixteen (_+_)
On Ven 05 juillet 2013 (11:35), Jacques Perrocheau wrote:
Grâce à votre réponse j'ai pu voir que Emacs.app avait aussi été installé via MacPorts mais pas dans le même "répertoire" (dans /Applications/MacPorts).
??? AMHA, D'habitude MacPorts installe ses binaires dans /opt/local/bin ou /opt/local/sbin.
MacPorts permet également d'installation des applications Aqua. Elles s'installent pas défaut dans /Applications/MacPorts
hth
-- Unfortunate user: I'm hot. Find doctors in my location. Siri: It's only 8°. I don't find that particularly hot. (_+_) Siri, part sixteen (_+_)
michele
Pour les applis simple, c'est simple : l'appli du dossier applications, les prefs du dossier User/Bib/Prefs, le dossier de l'appli dans User/Bib/AppliSupport.
Quand l'appli est une pieuvre, ça peut devenir un peu compliqué. J'ai alors une méthode que je ne recommande absolument pas à un débutant car il faut savoir ce que l'on fait et bien connaître le système du mac.
Je lance HoudahSpot qui est un logiciel de recherche de fichier qui s'appuie sur SpotLight, mais qui va beaucoup plus loin que lui car il s'arroge le droit de fouiller absolument partout dans le système, même dans les dossiers invisibles.
Je colle le nom de l'appli puis le nom de l'éditeur (en 2 fois) dans HoudahSpot en précisant que le domaine de recherche est tout le disque dur. Toutes les occurences contenant les noms correspondants vont apparaître.
C'est là le moment très délicat car certains fichiers portant pourtant le nom de l'appli n'ont absolument rien à voir avec celle-ci. Par ailleurs mac os contient nativement des bouts d'applis tierces (adobe, microsoft, java dans les anciens systèmes...) largement utilisées par le public, les virer en pensant que c'est votre appli qui les a installés foutrait donc le dawa. Il faut donc être absolument certain que le fichier indiqué a bien été installé avec l'appli qu'on veut benner. La date d'installation du fichier peut aider. Pacifist peut aider aussi. En ouvrant l'installeur de l'appli qu'on veut benner avec Pacifist, on voit quels fichiers vont être installés et même parfois où ils vont être installés. Il suffit alors de les lister. Si le morceau qu'on veut benner peut être ouvert via "Afficher le contenu du paquet", on peut aussi lire le fichier "Info.plist" pour se renseigner sur son appartenance.
Maintenant, c'est surtout pour les possesseurs de SSD ou pour les hyper maniaques comme moi qui chassent le moindre espace occupé par les trucs inutiles car le fait de laisser des bouts d'applis ne pose pas de problème de mauvais fonctionnement du système.
Mais bon, vraiment, ce n'est pas pour les débutants. Il faut vraiment bien connaître le système pour s'amuser à ça. Je n'ai jamais eu de problème, car je fais très attention et que je connais très bien le système.
Pour les applis simple, c'est simple : l'appli du dossier applications,
les prefs du dossier User/Bib/Prefs, le dossier de l'appli dans
User/Bib/AppliSupport.
Quand l'appli est une pieuvre, ça peut devenir un peu compliqué. J'ai
alors une méthode que je ne recommande absolument pas à un débutant car
il faut savoir ce que l'on fait et bien connaître le système du mac.
Je lance HoudahSpot qui est un logiciel de recherche de fichier qui
s'appuie sur SpotLight, mais qui va beaucoup plus loin que lui car il
s'arroge le droit de fouiller absolument partout dans le système, même
dans les dossiers invisibles.
Je colle le nom de l'appli puis le nom de l'éditeur (en 2 fois) dans
HoudahSpot en précisant que le domaine de recherche est tout le disque
dur.
Toutes les occurences contenant les noms correspondants vont apparaître.
C'est là le moment très délicat car certains fichiers portant pourtant
le nom de l'appli n'ont absolument rien à voir avec celle-ci. Par
ailleurs mac os contient nativement des bouts d'applis tierces (adobe,
microsoft, java dans les anciens systèmes...) largement utilisées par le
public, les virer en pensant que c'est votre appli qui les a installés
foutrait donc le dawa.
Il faut donc être absolument certain que le fichier indiqué a bien été
installé avec l'appli qu'on veut benner.
La date d'installation du fichier peut aider.
Pacifist peut aider aussi. En ouvrant l'installeur de l'appli qu'on veut
benner avec Pacifist, on voit quels fichiers vont être installés et même
parfois où ils vont être installés. Il suffit alors de les lister.
Si le morceau qu'on veut benner peut être ouvert via "Afficher le
contenu du paquet", on peut aussi lire le fichier "Info.plist" pour se
renseigner sur son appartenance.
Maintenant, c'est surtout pour les possesseurs de SSD ou pour les hyper
maniaques comme moi qui chassent le moindre espace occupé par les trucs
inutiles car le fait de laisser des bouts d'applis ne pose pas de
problème de mauvais fonctionnement du système.
Mais bon, vraiment, ce n'est pas pour les débutants. Il faut vraiment
bien connaître le système pour s'amuser à ça.
Je n'ai jamais eu de problème, car je fais très attention et que je
connais très bien le système.
Pour les applis simple, c'est simple : l'appli du dossier applications, les prefs du dossier User/Bib/Prefs, le dossier de l'appli dans User/Bib/AppliSupport.
Quand l'appli est une pieuvre, ça peut devenir un peu compliqué. J'ai alors une méthode que je ne recommande absolument pas à un débutant car il faut savoir ce que l'on fait et bien connaître le système du mac.
Je lance HoudahSpot qui est un logiciel de recherche de fichier qui s'appuie sur SpotLight, mais qui va beaucoup plus loin que lui car il s'arroge le droit de fouiller absolument partout dans le système, même dans les dossiers invisibles.
Je colle le nom de l'appli puis le nom de l'éditeur (en 2 fois) dans HoudahSpot en précisant que le domaine de recherche est tout le disque dur. Toutes les occurences contenant les noms correspondants vont apparaître.
C'est là le moment très délicat car certains fichiers portant pourtant le nom de l'appli n'ont absolument rien à voir avec celle-ci. Par ailleurs mac os contient nativement des bouts d'applis tierces (adobe, microsoft, java dans les anciens systèmes...) largement utilisées par le public, les virer en pensant que c'est votre appli qui les a installés foutrait donc le dawa. Il faut donc être absolument certain que le fichier indiqué a bien été installé avec l'appli qu'on veut benner. La date d'installation du fichier peut aider. Pacifist peut aider aussi. En ouvrant l'installeur de l'appli qu'on veut benner avec Pacifist, on voit quels fichiers vont être installés et même parfois où ils vont être installés. Il suffit alors de les lister. Si le morceau qu'on veut benner peut être ouvert via "Afficher le contenu du paquet", on peut aussi lire le fichier "Info.plist" pour se renseigner sur son appartenance.
Maintenant, c'est surtout pour les possesseurs de SSD ou pour les hyper maniaques comme moi qui chassent le moindre espace occupé par les trucs inutiles car le fait de laisser des bouts d'applis ne pose pas de problème de mauvais fonctionnement du système.
Mais bon, vraiment, ce n'est pas pour les débutants. Il faut vraiment bien connaître le système pour s'amuser à ça. Je n'ai jamais eu de problème, car je fais très attention et que je connais très bien le système.
