Avec cette logique, il faudrait que MacSOUP affiche les images des news qui supporte le binaire.
Oui. Et ?
Il faudrait que Word reconnaisse le Latex, après tout un traitement de texte aussi cher qui n'ouvre pas des fichiers Latex c'est une honte... [...]
Et on rentre dans le grand déballage du n'importe quoi.
<EOT> pour moi, j'ai autre chose à faire.
-- CHC
Christophe Cuq
Sebastien Kirche writes:
Hem...
«`.zshenv' is sourced on all invocations of the shell, unless the -f option is set. It should contain commands to set the command search path, plus other important environment variables. [...] `.zlogin' is not the place for alias definitions, options, environment variable settings, etc.»
Source : guide d'introduction à zsh, section «startup files».
Oui, mais bon, j'ai un environnement zsh que je traine sur 6 machines, et je n'ai jamais eu de /etc/zshenv ni de ~/.zshenv sans que ça pose problème jusque à aujourd'hui.
Ton problème vient peut-être de là ? Quel path indique emacs si tu fais un M-! env ?
Il doit venir de là, oui, mais pas complètement. /sw/bin n'est effectivement pas dans le path, mais, en regardant le makefile produit par mon .configure standard à la mimine, il prend en compte /sw/lib et /sw/include, ce que ne fait pas le make-package.
Je m'en suis rendu compte hier, car j'ai rajouté emacs-w3m qui ne trouvait pas w3m et qu'il a fallu que je lui donne la commande complète (/sw/bin/w3m) dans mon .emacs.
Donc, Emacs compilé à la mimine à l'ancienne, sans (~/.)zshenv, a bien accès à sw/lib et sw/include, ce qui fait qu'il sait quoi faire des x-faces (puisque il a intégré la lib compface à la compile).
Avec make-package, ce n'est pas le cas et il a donc besoin de uncompface et icontopbm (et donc du path qui va bien) pour les utiliser.
Maintenant, faut que je me penche sur la création d'un /etc/zshenv pour être tranquille :)
Ça ne m'embête absolument pas, j'aime bien savoir pourquoi quelque chose ne fonctionne pas et comment (si possible) le régler. J'aime pas le maraboutage :)
Moi non plus.
Bon, come je ne sais pas si tout ça rentre encore dans le cadre de fcomox, je te propose de continuer sur fcae, si besoin (xpost et fu2 adaptés)
-- CHC
Sebastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
Hem...
«`.zshenv' is sourced on all invocations of the shell, unless the -f
option is set. It should contain commands to set the command search
path, plus other important environment variables. [...] `.zlogin'
is not the place for alias definitions, options, environment
variable settings, etc.»
Source : guide d'introduction à zsh, section «startup files».
Oui, mais bon, j'ai un environnement zsh que je traine sur 6 machines,
et je n'ai jamais eu de /etc/zshenv ni de ~/.zshenv sans que ça pose
problème jusque à aujourd'hui.
Ton problème vient peut-être de là ? Quel path indique emacs si tu
fais un M-! env ?
Il doit venir de là, oui, mais pas complètement. /sw/bin n'est
effectivement pas dans le path, mais, en regardant le makefile produit
par mon .configure standard à la mimine, il prend en compte /sw/lib et
/sw/include, ce que ne fait pas le make-package.
Je m'en suis rendu compte hier, car j'ai rajouté emacs-w3m qui ne
trouvait pas w3m et qu'il a fallu que je lui donne la commande
complète (/sw/bin/w3m) dans mon .emacs.
Donc, Emacs compilé à la mimine à l'ancienne, sans (~/.)zshenv, a bien
accès à sw/lib et sw/include, ce qui fait qu'il sait quoi faire des
x-faces (puisque il a intégré la lib compface à la compile).
Avec make-package, ce n'est pas le cas et il a donc besoin de
uncompface et icontopbm (et donc du path qui va bien) pour les
utiliser.
Maintenant, faut que je me penche sur la création d'un /etc/zshenv
pour être tranquille :)
Ça ne m'embête absolument pas, j'aime bien savoir pourquoi quelque
chose ne fonctionne pas et comment (si possible) le régler. J'aime
pas le maraboutage :)
Moi non plus.
Bon, come je ne sais pas si tout ça rentre encore dans le cadre de
fcomox, je te propose de continuer sur fcae, si besoin (xpost et fu2
adaptés)
«`.zshenv' is sourced on all invocations of the shell, unless the -f option is set. It should contain commands to set the command search path, plus other important environment variables. [...] `.zlogin' is not the place for alias definitions, options, environment variable settings, etc.»
Source : guide d'introduction à zsh, section «startup files».
Oui, mais bon, j'ai un environnement zsh que je traine sur 6 machines, et je n'ai jamais eu de /etc/zshenv ni de ~/.zshenv sans que ça pose problème jusque à aujourd'hui.
Ton problème vient peut-être de là ? Quel path indique emacs si tu fais un M-! env ?
Il doit venir de là, oui, mais pas complètement. /sw/bin n'est effectivement pas dans le path, mais, en regardant le makefile produit par mon .configure standard à la mimine, il prend en compte /sw/lib et /sw/include, ce que ne fait pas le make-package.
Je m'en suis rendu compte hier, car j'ai rajouté emacs-w3m qui ne trouvait pas w3m et qu'il a fallu que je lui donne la commande complète (/sw/bin/w3m) dans mon .emacs.
Donc, Emacs compilé à la mimine à l'ancienne, sans (~/.)zshenv, a bien accès à sw/lib et sw/include, ce qui fait qu'il sait quoi faire des x-faces (puisque il a intégré la lib compface à la compile).
Avec make-package, ce n'est pas le cas et il a donc besoin de uncompface et icontopbm (et donc du path qui va bien) pour les utiliser.
Maintenant, faut que je me penche sur la création d'un /etc/zshenv pour être tranquille :)
Ça ne m'embête absolument pas, j'aime bien savoir pourquoi quelque chose ne fonctionne pas et comment (si possible) le régler. J'aime pas le maraboutage :)
Moi non plus.
Bon, come je ne sais pas si tout ça rentre encore dans le cadre de fcomox, je te propose de continuer sur fcae, si besoin (xpost et fu2 adaptés)
-- CHC
Sebastien Kirche
Followup-To: fr.comp.os.mac-os.x
Le 10 Dec 2004, Christophe Cuq a dit :
Il doit venir de là, oui, mais pas complètement. /sw/bin n'est effectivement pas dans le path, mais, en regardant le makefile produit par mon .configure standard à la mimine, il prend en compte /sw/lib et /sw/include, ce que ne fait pas le make-package.
Je m'en suis rendu compte hier, car j'ai rajouté emacs-w3m qui ne trouvait pas w3m et qu'il a fallu que je lui donne la commande complète (/sw/bin/w3m) dans mon .emacs.
Donc, Emacs compilé à la mimine à l'ancienne, sans (~/.)zshenv, a bien accès à sw/lib et sw/include, ce qui fait qu'il sait quoi faire des x-faces (puisque il a intégré la lib compface à la compile).
Avec make-package, ce n'est pas le cas et il a donc besoin de uncompface et icontopbm (et donc du path qui va bien) pour les utiliser.
Je crois savoir la cause de ton problème, et ce n'est *pas* lié à comment Emacs Carbon est compilé, mais à OSX.
Emacs self-contained est une application bundle, et il me semble que tu n'as pas le même environnement dans une application que dans le shell (ça ne passe pas par les même fichiers .zshrc/.zshenv/.zshprofile...
Maintenant, faut que je me penche sur la création d'un /etc/zshenv pour être tranquille :)
Sans doute. Ou .zshrc, profile... à confirmer.
Bon, come je ne sais pas si tout ça rentre encore dans le cadre de fcomox, je te propose de continuer sur fcae, si besoin (xpost et fu2 adaptés)
Je reste sur fcomox car il me semble que c'est un pb purement OSX et pas Emacs. D'autres pourront certainement confirmer.
Sébastien Kirche
Followup-To: fr.comp.os.mac-os.x
Le 10 Dec 2004, Christophe Cuq a dit :
Il doit venir de là, oui, mais pas complètement. /sw/bin n'est
effectivement pas dans le path, mais, en regardant le makefile produit
par mon .configure standard à la mimine, il prend en compte /sw/lib et
/sw/include, ce que ne fait pas le make-package.
Je m'en suis rendu compte hier, car j'ai rajouté emacs-w3m qui ne
trouvait pas w3m et qu'il a fallu que je lui donne la commande
complète (/sw/bin/w3m) dans mon .emacs.
Donc, Emacs compilé à la mimine à l'ancienne, sans (~/.)zshenv, a bien
accès à sw/lib et sw/include, ce qui fait qu'il sait quoi faire des
x-faces (puisque il a intégré la lib compface à la compile).
Avec make-package, ce n'est pas le cas et il a donc besoin de
uncompface et icontopbm (et donc du path qui va bien) pour les
utiliser.
Je crois savoir la cause de ton problème, et ce n'est *pas* lié à comment
Emacs Carbon est compilé, mais à OSX.
Emacs self-contained est une application bundle, et il me semble que tu n'as
pas le même environnement dans une application que dans le shell (ça ne
passe pas par les même fichiers .zshrc/.zshenv/.zshprofile...
Maintenant, faut que je me penche sur la création d'un /etc/zshenv
pour être tranquille :)
Sans doute. Ou .zshrc, profile... à confirmer.
Bon, come je ne sais pas si tout ça rentre encore dans le cadre de
fcomox, je te propose de continuer sur fcae, si besoin (xpost et fu2
adaptés)
Je reste sur fcomox car il me semble que c'est un pb purement OSX et pas
Emacs. D'autres pourront certainement confirmer.
Il doit venir de là, oui, mais pas complètement. /sw/bin n'est effectivement pas dans le path, mais, en regardant le makefile produit par mon .configure standard à la mimine, il prend en compte /sw/lib et /sw/include, ce que ne fait pas le make-package.
Je m'en suis rendu compte hier, car j'ai rajouté emacs-w3m qui ne trouvait pas w3m et qu'il a fallu que je lui donne la commande complète (/sw/bin/w3m) dans mon .emacs.
Donc, Emacs compilé à la mimine à l'ancienne, sans (~/.)zshenv, a bien accès à sw/lib et sw/include, ce qui fait qu'il sait quoi faire des x-faces (puisque il a intégré la lib compface à la compile).
Avec make-package, ce n'est pas le cas et il a donc besoin de uncompface et icontopbm (et donc du path qui va bien) pour les utiliser.
Je crois savoir la cause de ton problème, et ce n'est *pas* lié à comment Emacs Carbon est compilé, mais à OSX.
Emacs self-contained est une application bundle, et il me semble que tu n'as pas le même environnement dans une application que dans le shell (ça ne passe pas par les même fichiers .zshrc/.zshenv/.zshprofile...
Maintenant, faut que je me penche sur la création d'un /etc/zshenv pour être tranquille :)
Sans doute. Ou .zshrc, profile... à confirmer.
Bon, come je ne sais pas si tout ça rentre encore dans le cadre de fcomox, je te propose de continuer sur fcae, si besoin (xpost et fu2 adaptés)
Je reste sur fcomox car il me semble que c'est un pb purement OSX et pas Emacs. D'autres pourront certainement confirmer.
Sébastien Kirche
Sebastien Kirche
Le 10 Dec 2004, Matt a formulé :
Voir ~/.MacOSX/environment.plist Ce fichier est généralement utilisé pour y stocker des variables d'environnement qui doivent être utilisées par les applications graphiques (une reconnexion à la session est nécessaire).
Voilà ! Merci pour cette précision, et pour lien que je n'arrivais pas à retrouver et que je m'empresse de noter.
Sébastien Kirche
Le 10 Dec 2004, Matt a formulé :
Voir ~/.MacOSX/environment.plist
Ce fichier est généralement utilisé pour y stocker des variables
d'environnement qui doivent être utilisées par les applications
graphiques (une reconnexion à la session est nécessaire).
Voir ~/.MacOSX/environment.plist Ce fichier est généralement utilisé pour y stocker des variables d'environnement qui doivent être utilisées par les applications graphiques (une reconnexion à la session est nécessaire).
Voilà ! Merci pour cette précision, et pour lien que je n'arrivais pas à retrouver et que je m'empresse de noter.
Sébastien Kirche
Christophe Cuq
Matt writes:
Voir ~/.MacOSX/environment.plist Ce fichier est généralement utilisé pour y stocker des variables d'environnement qui doivent être utilisées par les applications graphiques (une reconnexion à la session est nécessaire).
Reste plus qu'à comprendre comment fontionne le machin...
-- CHC
Matt <sbehzf@syrius.org> writes:
Voir ~/.MacOSX/environment.plist
Ce fichier est généralement utilisé pour y stocker des variables
d'environnement qui doivent être utilisées par les applications
graphiques (une reconnexion à la session est nécessaire).
Voir ~/.MacOSX/environment.plist Ce fichier est généralement utilisé pour y stocker des variables d'environnement qui doivent être utilisées par les applications graphiques (une reconnexion à la session est nécessaire).
Je crois savoir la cause de ton problème, et ce n'est *pas* lié à comment Emacs Carbon est compilé, mais à OSX.
Oki. Je viens de voir la réponse de Matt.
Je reste sur fcomox car il me semble que c'est un pb purement OSX et pas Emacs. D'autres pourront certainement confirmer.
Oui.
Merci à tous les deux :)
-- CHC
nospam
Alain OLIVIER wrote:
MacSOUP est beaucoup mieux. Ceci explique peut-être un peu cela. Et puis payer une fois pour toutes ça n'est pas scandaleux (perso ça doit bien faire 7 ans que je l'utilise).
Tiens, à propos, y a-t-il une procédure pour retrouver un numéro d'enregistrement perdu ? Je m'étais enregistré pour MacSOUP il y a aussi pas mal d'année mais depuis j'ai perdu ma clé. Tant que j'étais sous OS 9, je m'en sortais en recopiant mon fichier préférences quand je passais d'un ordinateur à l'autre, mais sous OS X ça ne marche plus. J'ai regardé sur le site de Kagi, mais je n'ai pas trouvé...
Bon, sinon je n'aurai plus qu'à repayer les 20$, ça m'apprendra à mettre de l'ordre dans mes affaires... ;-/
MacSOUP est beaucoup mieux. Ceci explique peut-être un peu cela. Et puis
payer une fois pour toutes ça n'est pas scandaleux (perso ça doit bien
faire 7 ans que je l'utilise).
Tiens, à propos, y a-t-il une procédure pour retrouver un numéro
d'enregistrement perdu ? Je m'étais enregistré pour MacSOUP il y a aussi
pas mal d'année mais depuis j'ai perdu ma clé. Tant que j'étais sous OS
9, je m'en sortais en recopiant mon fichier préférences quand je passais
d'un ordinateur à l'autre, mais sous OS X ça ne marche plus. J'ai
regardé sur le site de Kagi, mais je n'ai pas trouvé...
Bon, sinon je n'aurai plus qu'à repayer les 20$, ça m'apprendra à mettre
de l'ordre dans mes affaires... ;-/
MacSOUP est beaucoup mieux. Ceci explique peut-être un peu cela. Et puis payer une fois pour toutes ça n'est pas scandaleux (perso ça doit bien faire 7 ans que je l'utilise).
Tiens, à propos, y a-t-il une procédure pour retrouver un numéro d'enregistrement perdu ? Je m'étais enregistré pour MacSOUP il y a aussi pas mal d'année mais depuis j'ai perdu ma clé. Tant que j'étais sous OS 9, je m'en sortais en recopiant mon fichier préférences quand je passais d'un ordinateur à l'autre, mais sous OS X ça ne marche plus. J'ai regardé sur le site de Kagi, mais je n'ai pas trouvé...
Bon, sinon je n'aurai plus qu'à repayer les 20$, ça m'apprendra à mettre de l'ordre dans mes affaires... ;-/
A++ -- Christian
Christophe Cuq
Matt writes:
Pour le .plist c'est très simple, il est lu par loginwindow.app, lors tu ouvres ta session.
Oui, ça j'ai compris, c'est plus un problème de syntaxe, par exmple pour le $PATH :)
-- CHC
Matt <sbehzf@syrius.org> writes:
Pour le .plist c'est très simple, il est lu par loginwindow.app, lors tu
ouvres ta session.
Oui, ça j'ai compris, c'est plus un problème de syntaxe, par exmple
pour le $PATH :)
Pour le .plist c'est très simple, il est lu par loginwindow.app, lors tu ouvres ta session.
Oui, ça j'ai compris, c'est plus un problème de syntaxe, par exmple pour le $PATH :)
-- CHC
h.sainct
Christian Fauchier wrote:
Tiens, à propos, y a-t-il une procédure pour retrouver un numéro d'enregistrement perdu ? Je m'étais enregistré pour MacSOUP il y a aussi pas mal d'année mais depuis j'ai perdu ma clé. Tant que j'étais sous OS 9, je m'en sortais en recopiant mon fichier préférences quand je passais d'un ordinateur à l'autre, mais sous OS X ça ne marche plus. J'ai regardé sur le site de Kagi, mais je n'ai pas trouvé...
tu fais un mail à l'auteur en donnant ton nom et l'email de l'époque à laquelle tu t'étais enregistré, plus l'info que tu t'étais enregistré *en français* si c'était le cas (sinon il cherche bêtement dans sa liste anglaise et il ne te trouve pas, à cause de ça on en était presque arrivé à une certains sècheresse de ton dans mon cas :-)
Hervé
-- Frédérique & Hervé Sainct, Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
Christian Fauchier <nospam@nowhere.com> wrote:
Tiens, à propos, y a-t-il une procédure pour retrouver un numéro
d'enregistrement perdu ? Je m'étais enregistré pour MacSOUP il y a aussi
pas mal d'année mais depuis j'ai perdu ma clé. Tant que j'étais sous OS
9, je m'en sortais en recopiant mon fichier préférences quand je passais
d'un ordinateur à l'autre, mais sous OS X ça ne marche plus. J'ai
regardé sur le site de Kagi, mais je n'ai pas trouvé...
tu fais un mail à l'auteur en donnant ton nom et l'email de l'époque à
laquelle tu t'étais enregistré, plus l'info que tu t'étais enregistré
*en français* si c'était le cas (sinon il cherche bêtement dans sa liste
anglaise et il ne te trouve pas, à cause de ça on en était presque
arrivé à une certains sècheresse de ton dans mon cas :-)
Hervé
--
Frédérique & Hervé Sainct, h.sainct@laposte.net
Frédérique's initial is missing in front of the above address
l'initiale de Frédérique manque devant l'adresse email ci-dessus
Tiens, à propos, y a-t-il une procédure pour retrouver un numéro d'enregistrement perdu ? Je m'étais enregistré pour MacSOUP il y a aussi pas mal d'année mais depuis j'ai perdu ma clé. Tant que j'étais sous OS 9, je m'en sortais en recopiant mon fichier préférences quand je passais d'un ordinateur à l'autre, mais sous OS X ça ne marche plus. J'ai regardé sur le site de Kagi, mais je n'ai pas trouvé...
tu fais un mail à l'auteur en donnant ton nom et l'email de l'époque à laquelle tu t'étais enregistré, plus l'info que tu t'étais enregistré *en français* si c'était le cas (sinon il cherche bêtement dans sa liste anglaise et il ne te trouve pas, à cause de ça on en était presque arrivé à une certains sècheresse de ton dans mon cas :-)
Hervé
-- Frédérique & Hervé Sainct, Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
nospam
Frédérique & Hervé Sainct wrote:
tu fais un mail à l'auteur en donnant ton nom et l'email de l'époque à laquelle tu t'étais enregistré, plus l'info que tu t'étais enregistré *en français* si c'était le cas
tu fais un mail à l'auteur en donnant ton nom et l'email de l'époque à
laquelle tu t'étais enregistré, plus l'info que tu t'étais enregistré
*en français* si c'était le cas
tu fais un mail à l'auteur en donnant ton nom et l'email de l'époque à laquelle tu t'étais enregistré, plus l'info que tu t'étais enregistré *en français* si c'était le cas
