* bug#1158: 23.0.60; vc mode not working under newest Emacs.app @ 2008-10-13 11:01 ` Neo Lee 2008-10-14 7:48 ` Nick Roberts ` (3 more replies) 0 siblings, 4 replies; 12+ messages in thread From: Neo Lee @ 2008-10-13 11:01 UTC (permalink / raw) To: emacs-pretest-bug [-- Attachment #1: Type: text/plain, Size: 2913 bytes --] Dear all, I'm using both 22.2(in terminal) and 23.0 in Emacs.app on my MacBook Pro, both installed by MacPorts. There is no critical problem, almost everything are smoothly running, except the vc mode. It runs perfectly in 22.2 in terminal, but never really work in Emacs.app. When I open some file which IS under source control (svn or git), it says 'Load vc-git...done' or something like that (no errors), but the mode actually not activated. It's really annoying. Any suggestions? Or just some similar situation that have been mentioned here before? Thanks. Some system info below. In GNU Emacs 23.0.60.1 (i386-apple-darwin9.5.0, *Step 9.0rc3) of 2008-10-05 on oasis configured using `configure '--with-ns' '--without-x' '--prefix=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/Resources' '--exec_prefix=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/MacOS' '--libexecdir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/MacOS/libexec' '--with-pop' '--enable-font-backend' '--without-freetype' 'CC=gcc-4.0' 'CFLAGS=-g -O3 -arch ppc -arch i386' 'CPPFLAGS=' 'CPP=' 'LDFLAGS='' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: ecb-minor-mode: t tooltip-mode: t show-paren-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t unify-8859-on-decoding-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: <help-echo> <menu-bar> <help-menu> <report-emacs-bug> Recent messages: Loading /Users/neo/.emacs.d/cedet/common/cedet.el (source)...done ECB 2.33beta2 uses loaded semantic 2.0pre4, eieio 1.0 and speedbar 1.0.1. Loading /Users/neo/.emacs.d/yaml-mode.el (source)...done Loading /Users/neo/.emacs.d/nxml-mode/rng-auto.el (source)...done Loading /Users/neo/.emacs.d/find-recursive.el (source)...done Loading /Users/neo/.emacs.d/snippet.el (source)...done Loading /Users/neo/.ecb-user-layouts.el (source)...done The ECB is now activated. There are no NEWS to display. For information about GNU Emacs and the GNU system, type C-h C-a. -- No, I will not fix your computer! neo.lee@gmail.com [-- Attachment #2: Type: text/html, Size: 10607 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#1158: 23.0.60; vc mode not working under newest Emacs.app 2008-10-13 11:01 ` bug#1158: 23.0.60; vc mode not working under newest Emacs.app Neo Lee @ 2008-10-14 7:48 ` Nick Roberts [not found] ` <53556b270810140137i5315b6dch787199f00c0d54a5@mail.gmail.com> 2008-10-15 1:06 ` Glenn Morris ` (2 subsequent siblings) 3 siblings, 1 reply; 12+ messages in thread From: Nick Roberts @ 2008-10-14 7:48 UTC (permalink / raw) To: Neo Lee, 1158 > When I open some file which IS under source control (svn or git), it says > > 'Load vc-git...done' or something like that (no errors), but the mode > actually > > not activated. It's really annoying. > > > Any suggestions? Or just some similar situation that have been mentioned > here before? >... > Recent messages: > > Loading /Users/neo/.emacs.d/cedet/common/cedet.el (source)...done > > ECB 2.33beta2 uses loaded semantic 2.0pre4, eieio 1.0 and speedbar 1.0.1. > > Loading /Users/neo/.emacs.d/yaml-mode.el (source)...done > > Loading /Users/neo/.emacs.d/nxml-mode/rng-auto.el (source)...done > > Loading /Users/neo/.emacs.d/find-recursive.el (source)...done > > Loading /Users/neo/.emacs.d/snippet.el (source)...done > > Loading /Users/neo/.ecb-user-layouts.el (source)...done > > The ECB is now activated. Have you read the node in the Emacs manual about bug reporting? In particular what happens if you don't load your .emacs, i.e., start Emacs with "-q"? -- Nick http://www.inet.net.nz/~nickrob ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <53556b270810140137i5315b6dch787199f00c0d54a5@mail.gmail.com>]
* bug#1158: 23.0.60; vc mode not working under newest Emacs.app [not found] ` <53556b270810140137i5315b6dch787199f00c0d54a5@mail.gmail.com> @ 2008-10-14 10:35 ` Nick Roberts 0 siblings, 0 replies; 12+ messages in thread From: Nick Roberts @ 2008-10-14 10:35 UTC (permalink / raw) To: Neo Lee, 1158 [Please keep 1158@emacsbugs.donarmstrong.com as a recipient as others might resolve this issue and so that it can be closed when appropriate] Neo Lee writes: > Hi Nick, > > Thanks for your response. > > On Tue, Oct 14, 2008 at 3:48 PM, Nick Roberts <nickrob@snap.net.nz> wrote: > > > > > Have you read the node in the Emacs manual about bug reporting? > > > > In particular what happens if you don't load your .emacs, i.e., start Emacs > > with "-q"? > > > > Sure I have. At very first time I noticed that issue I tried to remove my > .emacs, started a clean Emacs.app instance, and meet exactly the same > situation that I described in my last email. If any possibility of other > mods causing this issue, I would not ask here :) For your convenience I > attached the standard debug info on this fresh environment at the end of > this email. We use this information to analyse the bug. If it tells us that CEDET and ECB have been loaded then we presume that may be a factor. > Since everything is OK in my emacs 22.2, I guess that it has something to do > with either emacs 23 or Emacs.app. If somebody has similar issue on emacs > 23, it will be some bug in the beta code. If not (people using Emacs.app are > not as many as the ones using emacs 23), maybe there's some trick in > Emacs.app (the Mac OS X Cocoa port), e.g. some path configuration hacking? vc-mode works for me on Mac OS X for SVN. However, I've not used MacPorts but checked the code out from the repository at Savannah and just built with "configure --with-ns". -- Nick http://www.inet.net.nz/~nickrob ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#1158: 23.0.60; vc mode not working under newest Emacs.app 2008-10-13 11:01 ` bug#1158: 23.0.60; vc mode not working under newest Emacs.app Neo Lee 2008-10-14 7:48 ` Nick Roberts @ 2008-10-15 1:06 ` Glenn Morris [not found] ` <mailman.1067.1224034207.25473.bug-gnu-emacs@gnu.org> 2008-10-16 18:10 ` bug#1158: marked as done (23.0.60; vc mode not working under newest Emacs.app) Emacs bug Tracking System 3 siblings, 0 replies; 12+ messages in thread From: Glenn Morris @ 2008-10-15 1:06 UTC (permalink / raw) To: 1158; +Cc: neo.lee reassign 1158 emacs,ns tags 1158 unreproducible,moreinfo "Neo Lee" wrote: > In GNU Emacs 23.0.60.1 (i386-apple-darwin9.5.0, *Step 9.0rc3) This seems to be the last stand-alone release of Emacs.app, rather than the newest version, which would come from the Emacs CVS trunk. The fact that Nick cannot reproduce this indicates it may not be present in the CVS trunk. ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <mailman.1067.1224034207.25473.bug-gnu-emacs@gnu.org>]
* Re: bug#1158: 23.0.60; vc mode not working under newest Emacs.app [not found] ` <mailman.1067.1224034207.25473.bug-gnu-emacs@gnu.org> @ 2008-10-15 1:37 ` Neo 2008-10-15 1:45 ` Glenn Morris 0 siblings, 1 reply; 12+ messages in thread From: Neo @ 2008-10-15 1:37 UTC (permalink / raw) To: bug-gnu-emacs On Oct 15, 9:06 am, Glenn Morris <r...@gnu.org> wrote: > reassign 1158 emacs,ns > tags 1158 unreproducible,moreinfo > > "Neo Lee" wrote: > > In GNU Emacs 23.0.60.1 (i386-apple-darwin9.5.0, *Step 9.0rc3) > > This seems to be the last stand-alone release of Emacs.app, rather > than the newest version, which would come from the Emacs CVS trunk. > > The fact that Nick cannot reproduce this indicates it may not be > present in the CVS trunk. Just done such steps: 1. Remove all correlated ports from MacPorts (emacs, emacs-app, etc.) 2. Fetch newest Emacs source from cvs.savannah.gnu.org. ("cvs -z3 - d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co" Is this command checking out the trunk branch of newest source?) 3. Build it with default configuration and install the X edition of Emacs with no errors, ECB brings some issue on customization, but others runs like a charm, esp. the vc-mode. 4. After 'make distclean', build with --with-ns and install a Emacs.app, still no errors. But it's a pity that it has the same issue we talked about (even using -q parameter to start a clean environment). I'll let it be for a while :S ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#1158: 23.0.60; vc mode not working under newest Emacs.app 2008-10-15 1:37 ` Neo @ 2008-10-15 1:45 ` Glenn Morris 2008-10-15 2:04 ` Neo Lee 0 siblings, 1 reply; 12+ messages in thread From: Glenn Morris @ 2008-10-15 1:45 UTC (permalink / raw) To: Neo; +Cc: 1158 Neo wrote: > 1. Remove all correlated ports from MacPorts (emacs, emacs-app, etc.) > 2. Fetch newest Emacs source from cvs.savannah.gnu.org. ("cvs -z3 - > d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co" Is this > command checking out the trunk branch of newest source?) > 3. Build it with default configuration and install the X edition of > Emacs with no errors, ECB brings some issue on customization, but > others runs like a charm, esp. the vc-mode. > 4. After 'make distclean', build with --with-ns and install a > Emacs.app, still no errors. But it's a pity that it has the same issue > we talked about (even using -q parameter to start a clean > environment). What is the actual bug? it says 'Load vc-git...done' or something like that (no errors), but the mode actually not activated. I don't understand what this means. ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#1158: 23.0.60; vc mode not working under newest Emacs.app 2008-10-15 1:45 ` Glenn Morris @ 2008-10-15 2:04 ` Neo Lee 2008-10-16 5:58 ` Glenn Morris 0 siblings, 1 reply; 12+ messages in thread From: Neo Lee @ 2008-10-15 2:04 UTC (permalink / raw) To: Glenn Morris [-- Attachment #1: Type: text/plain, Size: 755 bytes --] On Wed, Oct 15, 2008 at 9:45 AM, Glenn Morris <rgm@gnu.org> wrote: > What is the actual bug? > > it says > > 'Load vc-git...done' or something like that (no errors), but the mode > actually not activated. > > I don't understand what this means. > It means, when I open any file under source control(say, git), the vc-mode will be auto-loaded and display some message in mini-buffer like (without any error message): > Load vc-git... done. But the mode actually not working. If I try to use any of the vc-* commands after that, the message in mini-buffer will be: No fileset is available here. Other vc-mode functions are also missing, e.g. the revision displayed on the bar. -- No, I will not fix your computer! neo.lee@gmail.com [-- Attachment #2: Type: text/html, Size: 1744 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#1158: 23.0.60; vc mode not working under newest Emacs.app 2008-10-15 2:04 ` Neo Lee @ 2008-10-16 5:58 ` Glenn Morris 2008-10-16 8:05 ` Neo Lee 2008-10-16 8:11 ` Neo Lee 0 siblings, 2 replies; 12+ messages in thread From: Glenn Morris @ 2008-10-16 5:58 UTC (permalink / raw) To: neo lee; +Cc: 1158 neo lee wrote (on Wed, 15 Oct 2008 at 10:04 +0800): > But the mode actually not working. If I try to use any of the vc-* commands > after that, the message in mini-buffer will be: > > No fileset is available here. > > Other vc-mode functions are also missing, e.g. the revision displayed on the > bar. It is surprising that a change in configure options could affect such a thing. What happens if you start with `emacs -Q', and open the README file from the directory where you checked out the CVS trunk? If you repeat the experiment, but do M-x toggle-debug-on-error before opening README, do you get any backtrace? What does M-: (executable-find "cvs") return? What does M-: (vc-cvs-registered "/path/to/emacs/cvs/README") return? What does M-x list-load-path-shadows say? ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#1158: 23.0.60; vc mode not working under newest Emacs.app 2008-10-16 5:58 ` Glenn Morris @ 2008-10-16 8:05 ` Neo Lee 2008-10-17 15:24 ` Stefan Monnier 2008-10-16 8:11 ` Neo Lee 1 sibling, 1 reply; 12+ messages in thread From: Neo Lee @ 2008-10-16 8:05 UTC (permalink / raw) To: Glenn Morris [-- Attachment #1: Type: text/plain, Size: 5116 bytes --] On Thu, Oct 16, 2008 at 1:58 PM, Glenn Morris <rgm@gnu.org> wrote: > > It is surprising that a change in configure options could affect such > a thing. > > > What happens if you start with `emacs -Q', and open the README file > from the directory where you checked out the CVS trunk? > > If you repeat the experiment, but do M-x toggle-debug-on-error before > opening README, do you get any backtrace? > > What does > > M-: (executable-find "cvs") > > return? > > What does > > M-: (vc-cvs-registered "/path/to/emacs/cvs/README") > > return? > > > What does > > M-x list-load-path-shadows > > say? > I've got some new discovery about this problem. After installing Emacs.app in my Application folder, I start Emacs.app from terminal by: > % /Applications/Emacs.app/Contents/MacOS/Emacs It runs like a charm, even with my full customization (includes slime, ecb, ruby & rails mode, as well as lots of other modes). But if I launch it by click the Emacs icon on the Application folder, vc-mode will be in the weird situation as I described before, no matter I load my .emacs or not. I guess this could direct us to some correct way to solve this problem. To make thing clearer, I removed my .emacs, launched Emacs.app from Application folder, and did the following tests: 1. C-x C-f ~/Code/Emacs/emacs/README It opened, with the cvs mode correctly activated. I play the vc-* commands for a while, seems everything is OK. 2. C-x C-f ~/Ruby19/src/load.c It opened, with "Loading vc-svn...done" message in the mini buffer, but all vc-* commands not working (feedback "No fileset is available here." message). 3. Running diagnosis evaluation as you instructed: M-: (executable-find "svn") says: "/usr/bin/svn" Which is NOT the correct path of my svn. In my working MacBook Pro, the SVN from Leopard installation is in /usr/bin, but the working SVN installation is in /opt/local/bin/ (from MacPorts). Here is some information about my SVNs: $ whereis svn /usr/bin/svn $ which svn /opt/local/bin/svn $ /usr/bin/svn --version svn, version 1.4.4 (r25188) compiled Sep 23 2007, 22:32:34 $ svn --version svn, version 1.5.3 (r33570) compiled Oct 11 2008, 10:20:01 Furthermore, M-: (vc-svn-registered "~/Ruby19/src/load.c") says: nil M-x list-load-path-shadows says (in mini buffer): Checking 1 files in /Applications/Emacs.app/Contents/Resources/site-lisp... Checking 587 files in /Applications/Emacs.app/Contents/Resources/lisp... Checking 58 files in /Applications/Emacs.app/Contents/Resources/lisp/url... Checking 90 files in > /Applications/Emacs.app/Contents/Resources/lisp/textmodes... Checking 166 files in > /Applications/Emacs.app/Contents/Resources/lisp/progmodes... Checking 57 files in /Applications/Emacs.app/Contents/Resources/lisp/play... Checking 62 files in /Applications/Emacs.app/Contents/Resources/lisp/org... Checking 29 files in > /Applications/Emacs.app/Contents/Resources/lisp/obsolete... Checking 49 files in /Applications/Emacs.app/Contents/Resources/lisp/nxml... Checking 1 files in > /Applications/Emacs.app/Contents/Resources/lisp/nxml/char-name... Checking 108 files in /Applications/Emacs.app/Contents/Resources/lisp/net... Checking 48 files in /Applications/Emacs.app/Contents/Resources/lisp/mh-e... Checking 88 files in /Applications/Emacs.app/Contents/Resources/lisp/mail... Checking 58 files in > /Applications/Emacs.app/Contents/Resources/lisp/language... Checking 64 files in > /Applications/Emacs.app/Contents/Resources/lisp/international... Checking 264 files in > /Applications/Emacs.app/Contents/Resources/lisp/gnus... Checking 58 files in > /Applications/Emacs.app/Contents/Resources/lisp/eshell... Checking 70 files in /Applications/Emacs.app/Contents/Resources/lisp/erc... Checking 52 files in > /Applications/Emacs.app/Contents/Resources/lisp/emulation... Checking 128 files in > /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp... Checking 57 files in > /Applications/Emacs.app/Contents/Resources/lisp/calendar... Checking 87 files in /Applications/Emacs.app/Contents/Resources/lisp/calc... Checking 1 files in /Applications/Emacs.app/Contents/Resources/leim... > and finally in *Shadow* buffer: No Emacs Lisp load-path shadowings were found I did all these tests on git, and gave similar results, which has no reason to be repeated here. NOTE: My git is built from cloned source and installed in /usr/local/bin. $ whereis git $ which git /usr/local/bin/git And when I start Emacs.app from terminal, it gives correct path. Actually I do not know what the list-load-path-shadows exactly is, so I just list all I saw. But from all the information listed above, I guess the whole problem is something about the search path, and the key is the way Mac OS X launches GUI application from Finder (my PATH setting in .zshrc bypassed, which I consider as a common mistake, but I've never noticed). I now know how to workaround my problem, but if any suggestion or other helpful information about this issue, please let me know. Thanks a lot for your response. -- No, I will not fix your computer! neo.lee@gmail.com [-- Attachment #2: Type: text/html, Size: 17297 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#1158: 23.0.60; vc mode not working under newest Emacs.app 2008-10-16 8:05 ` Neo Lee @ 2008-10-17 15:24 ` Stefan Monnier 0 siblings, 0 replies; 12+ messages in thread From: Stefan Monnier @ 2008-10-17 15:24 UTC (permalink / raw) To: Neo Lee; +Cc: 1158 > 3. Running diagnosis evaluation as you instructed: > M-: (executable-find "svn") says: > "/usr/bin/svn" > Which is NOT the correct path of my svn. In my working MacBook Pro, the SVN > from Leopard installation is in /usr/bin, but the working SVN installation > is in /opt/local/bin/ (from MacPorts). Here is some information about my > SVNs: That's not Emacs's fault: it's because /opt/local/bin is not in your PATH. Most likely, you added /opt/local/bin to your PATH in your ~/.bashrc or somesuch, but this only affects things you do inside a terminal since Mac OS X doesn't load this file when you login. IIRC there's a ~/.macosx/environment.plist file you can use to set envvars globally independently from any shell. Stefan ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#1158: 23.0.60; vc mode not working under newest Emacs.app 2008-10-16 5:58 ` Glenn Morris 2008-10-16 8:05 ` Neo Lee @ 2008-10-16 8:11 ` Neo Lee 1 sibling, 0 replies; 12+ messages in thread From: Neo Lee @ 2008-10-16 8:11 UTC (permalink / raw) To: Glenn Morris [-- Attachment #1: Type: text/plain, Size: 173 bytes --] One more word about this, I think that when such things happen Emacs would better give out some clearer message. :) -- No, I will not fix your computer! neo.lee@gmail.com [-- Attachment #2: Type: text/html, Size: 283 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#1158: marked as done (23.0.60; vc mode not working under newest Emacs.app) 2008-10-13 11:01 ` bug#1158: 23.0.60; vc mode not working under newest Emacs.app Neo Lee ` (2 preceding siblings ...) [not found] ` <mailman.1067.1224034207.25473.bug-gnu-emacs@gnu.org> @ 2008-10-16 18:10 ` Emacs bug Tracking System 3 siblings, 0 replies; 12+ messages in thread From: Emacs bug Tracking System @ 2008-10-16 18:10 UTC (permalink / raw) To: Glenn Morris [-- Attachment #1: Type: text/plain, Size: 890 bytes --] Your message dated Thu, 16 Oct 2008 13:59:55 -0400 with message-id <18679.33051.38492.185322@fencepost.gnu.org> and subject line Re: bug#1158: 23.0.60; vc mode not working under newest Emacs.app has caused the Emacs bug report #1158, regarding 23.0.60; vc mode not working under newest Emacs.app to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact don@donarmstrong.com immediately.) -- 1158: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1158 Emacs Bug Tracking System Contact don@donarmstrong.com with problems [-- Attachment #2: Type: message/rfc822, Size: 17072 bytes --] [-- Attachment #2.1.1: Type: text/plain, Size: 2913 bytes --] Dear all, I'm using both 22.2(in terminal) and 23.0 in Emacs.app on my MacBook Pro, both installed by MacPorts. There is no critical problem, almost everything are smoothly running, except the vc mode. It runs perfectly in 22.2 in terminal, but never really work in Emacs.app. When I open some file which IS under source control (svn or git), it says 'Load vc-git...done' or something like that (no errors), but the mode actually not activated. It's really annoying. Any suggestions? Or just some similar situation that have been mentioned here before? Thanks. Some system info below. In GNU Emacs 23.0.60.1 (i386-apple-darwin9.5.0, *Step 9.0rc3) of 2008-10-05 on oasis configured using `configure '--with-ns' '--without-x' '--prefix=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/Resources' '--exec_prefix=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/MacOS' '--libexecdir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/MacOS/libexec' '--with-pop' '--enable-font-backend' '--without-freetype' 'CC=gcc-4.0' 'CFLAGS=-g -O3 -arch ppc -arch i386' 'CPPFLAGS=' 'CPP=' 'LDFLAGS='' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: ecb-minor-mode: t tooltip-mode: t show-paren-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t unify-8859-on-decoding-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: <help-echo> <menu-bar> <help-menu> <report-emacs-bug> Recent messages: Loading /Users/neo/.emacs.d/cedet/common/cedet.el (source)...done ECB 2.33beta2 uses loaded semantic 2.0pre4, eieio 1.0 and speedbar 1.0.1. Loading /Users/neo/.emacs.d/yaml-mode.el (source)...done Loading /Users/neo/.emacs.d/nxml-mode/rng-auto.el (source)...done Loading /Users/neo/.emacs.d/find-recursive.el (source)...done Loading /Users/neo/.emacs.d/snippet.el (source)...done Loading /Users/neo/.ecb-user-layouts.el (source)...done The ECB is now activated. There are no NEWS to display. For information about GNU Emacs and the GNU system, type C-h C-a. -- No, I will not fix your computer! neo.lee@gmail.com [-- Attachment #2.1.2: Type: text/html, Size: 10607 bytes --] [-- Attachment #3: Type: message/rfc822, Size: 2612 bytes --] From: Glenn Morris <rgm@gnu.org> To: 1158-done@emacsbugs.donarmstrong.com Subject: Re: bug#1158: 23.0.60; vc mode not working under newest Emacs.app Date: Thu, 16 Oct 2008 13:59:55 -0400 Message-ID: <18679.33051.38492.185322@fencepost.gnu.org> neo lee wrote (on Thu, 16 Oct 2008 at 16:05 +0800): > M-: (executable-find "svn") says: > > "/usr/bin/svn" > > Which is NOT the correct path of my svn. In my working MacBook Pro, the SVN > from Leopard installation is in /usr/bin, but the working SVN installation > is in /opt/local/bin/ (from MacPorts). [...] > Actually I do not know what the list-load-path-shadows exactly is, so I just > list all I saw. That bit turned out not to be relevant, so forget about it. > But from all the information listed above, I guess the whole problem > is something about the search path, and the key is the way Mac OS X > launches GUI application from Finder (my PATH setting in .zshrc > bypassed, which I consider as a common mistake, but I've never > noticed). Yes, that does indeed seem to be the problem, so I will close this bug report. ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2008-10-17 15:24 UTC | newest] Thread overview: 12+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <18679.33051.38492.185322@fencepost.gnu.org> 2008-10-13 11:01 ` bug#1158: 23.0.60; vc mode not working under newest Emacs.app Neo Lee 2008-10-14 7:48 ` Nick Roberts [not found] ` <53556b270810140137i5315b6dch787199f00c0d54a5@mail.gmail.com> 2008-10-14 10:35 ` Nick Roberts 2008-10-15 1:06 ` Glenn Morris [not found] ` <mailman.1067.1224034207.25473.bug-gnu-emacs@gnu.org> 2008-10-15 1:37 ` Neo 2008-10-15 1:45 ` Glenn Morris 2008-10-15 2:04 ` Neo Lee 2008-10-16 5:58 ` Glenn Morris 2008-10-16 8:05 ` Neo Lee 2008-10-17 15:24 ` Stefan Monnier 2008-10-16 8:11 ` Neo Lee 2008-10-16 18:10 ` bug#1158: marked as done (23.0.60; vc mode not working under newest Emacs.app) Emacs bug Tracking System
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).