* bug#671: 23.0.60; To source or not to source (from help)
@ 2008-08-08 9:52 martin rudalics
2008-08-08 11:09 ` bug#587: " Lennart Borgman (gmail)
2008-08-08 18:43 ` bug#671: " Stefan Monnier
0 siblings, 2 replies; 27+ messages in thread
From: martin rudalics @ 2008-08-08 9:52 UTC (permalink / raw
To: 587; +Cc: Bug-Gnu-Emacs
> If you do C-h v and look at a variable and click on the library link in
> the help buffer you will go to the file in your current Emacs tree. If
> you do C-h f to look at a function and do the same you will be taken to
> the cvs checkout file instead.
I suspect you compiled Emacs in the checkout directory and then copied
the Emacs tree to another directory. In this case the following might
happen: As for C-h f `describe-function-1' will execute
;; See if lisp files are present where they where installed from.
(if (not (eq file-name 'C-source))
(setq file-name (find-source-lisp-file file-name)))
which sets `file-name' to the ".el" file from the checkout directory
(because you did compile it there) and installs the corresponding
reference in the hyperlink.
As for C-h v `describe-variable' does _not_ care whether you compiled in
another directory and simply goes to the file supplied by `symbol-file'.
You could try inserting the snipped above in `describe-variable'
immediately before the line
(if file-name
and see whether it now jumps to the checkout directory instead.
Personally, I'd prefer something like the following in both cases:
(unless (or (eq file-name 'C-source)
(file-exists-p file-name))
(setq file-name (find-source-lisp-file file-name)))
martin
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-08 9:52 bug#671: 23.0.60; To source or not to source (from help) martin rudalics
@ 2008-08-08 11:09 ` Lennart Borgman (gmail)
2008-08-08 12:03 ` martin rudalics
` (2 more replies)
2008-08-08 18:43 ` bug#671: " Stefan Monnier
1 sibling, 3 replies; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-08-08 11:09 UTC (permalink / raw
To: martin rudalics; +Cc: Bug-Gnu-Emacs, 587
martin rudalics wrote:
> > If you do C-h v and look at a variable and click on the library link in
> > the help buffer you will go to the file in your current Emacs tree. If
> > you do C-h f to look at a function and do the same you will be taken to
> > the cvs checkout file instead.
>
> I suspect you compiled Emacs in the checkout directory and then copied
> the Emacs tree to another directory.
I use the normal
make install INSTALL_DIR=...
> In this case the following might
> happen: As for C-h f `describe-function-1' will execute
>
> ;; See if lisp files are present where they where installed from.
> (if (not (eq file-name 'C-source))
> (setq file-name (find-source-lisp-file file-name)))
>
> which sets `file-name' to the ".el" file from the checkout directory
> (because you did compile it there) and installs the corresponding
> reference in the hyperlink.
>
> As for C-h v `describe-variable' does _not_ care whether you compiled in
> another directory and simply goes to the file supplied by `symbol-file'.
> You could try inserting the snipped above in `describe-variable'
> immediately before the line
>
> (if file-name
>
> and see whether it now jumps to the checkout directory instead.
Yes, I guess that is correct.
> Personally, I'd prefer something like the following in both cases:
>
> (unless (or (eq file-name 'C-source)
> (file-exists-p file-name))
> (setq file-name (find-source-lisp-file file-name)))
Thanks martin. I think a variable (or an option) for which elisp to go
to would be the best. Is there any reason not to have that?
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-08 11:09 ` bug#587: " Lennart Borgman (gmail)
@ 2008-08-08 12:03 ` martin rudalics
2008-08-08 12:20 ` Lennart Borgman (gmail)
` (3 more replies)
2008-08-09 1:03 ` bug#672: " OFFICE ZERO
2008-08-09 14:12 ` OFFICE ZERO
2 siblings, 4 replies; 27+ messages in thread
From: martin rudalics @ 2008-08-08 12:03 UTC (permalink / raw
To: Lennart Borgman (gmail); +Cc: Bug-Gnu-Emacs, 587
> I use the normal
>
> make install INSTALL_DIR=...
I never use that. Are the ".el" files copied as well in that case?
>> In this case the following might
>> happen: As for C-h f `describe-function-1' will execute
>>
>> ;; See if lisp files are present where they where installed from.
>> (if (not (eq file-name 'C-source))
>> (setq file-name (find-source-lisp-file file-name)))
>>
>> which sets `file-name' to the ".el" file from the checkout directory
>> (because you did compile it there) and installs the corresponding
>> reference in the hyperlink.
>>
>> As for C-h v `describe-variable' does _not_ care whether you compiled in
>> another directory and simply goes to the file supplied by `symbol-file'.
>> You could try inserting the snipped above in `describe-variable'
>> immediately before the line
>>
>> (if file-name
>>
>> and see whether it now jumps to the checkout directory instead.
>
>
> Yes, I guess that is correct.
Did you verify it?
>> Personally, I'd prefer something like the following in both cases:
>>
>> (unless (or (eq file-name 'C-source)
>> (file-exists-p file-name))
>> (setq file-name (find-source-lisp-file file-name)))
>
> Thanks martin. I think a variable (or an option) for which elisp to go
> to would be the best. Is there any reason not to have that?
We'd have to do something similar for definitions in the C-sources too.
Do I suppose correctly that the C-sources are not copied automatically
when you explicitly specify the install directory? I'm too lazy to look
into this ...
martin
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-08 12:03 ` martin rudalics
@ 2008-08-08 12:20 ` Lennart Borgman (gmail)
2008-08-09 1:02 ` bug#674: " OFFICE ZERO
` (2 more replies)
2008-08-09 1:02 ` bug#673: " OFFICE ZERO
` (2 subsequent siblings)
3 siblings, 3 replies; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-08-08 12:20 UTC (permalink / raw
To: martin rudalics; +Cc: Bug-Gnu-Emacs, 587
martin rudalics wrote:
> > I use the normal
> >
> > make install INSTALL_DIR=...
>
> I never use that. Are the ".el" files copied as well in that case?
>
> >> In this case the following might
> >> happen: As for C-h f `describe-function-1' will execute
> >>
> >> ;; See if lisp files are present where they where installed from.
> >> (if (not (eq file-name 'C-source))
> >> (setq file-name (find-source-lisp-file file-name)))
> >>
> >> which sets `file-name' to the ".el" file from the checkout directory
> >> (because you did compile it there) and installs the corresponding
> >> reference in the hyperlink.
> >>
> >> As for C-h v `describe-variable' does _not_ care whether you
> compiled in
> >> another directory and simply goes to the file supplied by
> `symbol-file'.
> >> You could try inserting the snipped above in `describe-variable'
> >> immediately before the line
> >>
> >> (if file-name
> >>
> >> and see whether it now jumps to the checkout directory instead.
> >
> >
> > Yes, I guess that is correct.
>
> Did you verify it?
I did not look at the details again since I did not have time to fix
this. I notice that C-h v takes me to the Emacs install tree I am using
and C-h f takes me to the CVS checkout tree where I compiled Emacs.
> >> Personally, I'd prefer something like the following in both cases:
> >>
> >> (unless (or (eq file-name 'C-source)
> >> (file-exists-p file-name))
> >> (setq file-name (find-source-lisp-file file-name)))
> >
> > Thanks martin. I think a variable (or an option) for which elisp to go
> > to would be the best. Is there any reason not to have that?
>
> We'd have to do something similar for definitions in the C-sources too.
> Do I suppose correctly that the C-sources are not copied automatically
> when you explicitly specify the install directory? I'm too lazy to look
> into this ...
I have seen no problems with the C sources. I always get to the CVS
checkout tree from C-h v,f.
I did not even know they could be copied when you do make install. How
do you do that?
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#671: 23.0.60; To source or not to source (from help)
2008-08-08 9:52 bug#671: 23.0.60; To source or not to source (from help) martin rudalics
2008-08-08 11:09 ` bug#587: " Lennart Borgman (gmail)
@ 2008-08-08 18:43 ` Stefan Monnier
1 sibling, 0 replies; 27+ messages in thread
From: Stefan Monnier @ 2008-08-08 18:43 UTC (permalink / raw
To: martin rudalics; +Cc: 671, Bug-Gnu-Emacs, 587
> Personally, I'd prefer something like the following in both cases:
> (unless (or (eq file-name 'C-source)
> (file-exists-p file-name))
> (setq file-name (find-source-lisp-file file-name)))
I'd use file-readable-p, but otherwise, it sounds fine,
Stefan
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#674: 23.0.60; To source or not to source (from help)
2008-08-08 12:20 ` Lennart Borgman (gmail)
@ 2008-08-09 1:02 ` OFFICE ZERO
[not found] ` <handler.674.B674.121824629829764.ackinfo@emacsbugs.donarmstrong.com>
2008-08-09 1:02 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
2008-08-09 12:37 ` martin rudalics
2 siblings, 1 reply; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 1:02 UTC (permalink / raw
To: Lennart Borgman (gmail), 674
配信不要
----- Original Message -----
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>;
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:20 PM
Subject: bug#674: 23.0.60; To source or not to source (from help)
> martin rudalics wrote:
>> > I use the normal
>> >
>> > make install INSTALL_DIR=...
>>
>> I never use that. Are the ".el" files copied as well in that case?
>>
>> >> In this case the following might
>> >> happen: As for C-h f `describe-function-1' will execute
>> >>
>> >> ;; See if lisp files are present where they where installed
>> from.
>> >> (if (not (eq file-name 'C-source))
>> >> (setq file-name (find-source-lisp-file file-name)))
>> >>
>> >> which sets `file-name' to the ".el" file from the checkout directory
>> >> (because you did compile it there) and installs the corresponding
>> >> reference in the hyperlink.
>> >>
>> >> As for C-h v `describe-variable' does _not_ care whether you compiled
>> in
>> >> another directory and simply goes to the file supplied by
>> `symbol-file'.
>> >> You could try inserting the snipped above in `describe-variable'
>> >> immediately before the line
>> >>
>> >> (if file-name
>> >>
>> >> and see whether it now jumps to the checkout directory instead.
>> >
>> >
>> > Yes, I guess that is correct.
>>
>> Did you verify it?
>
> I did not look at the details again since I did not have time to fix this.
> I notice that C-h v takes me to the Emacs install tree I am using and C-h
> f takes me to the CVS checkout tree where I compiled Emacs.
>
>> >> Personally, I'd prefer something like the following in both cases:
>> >>
>> >> (unless (or (eq file-name 'C-source)
>> >> (file-exists-p file-name))
>> >> (setq file-name (find-source-lisp-file file-name)))
>> >
>> > Thanks martin. I think a variable (or an option) for which elisp to go
>> > to would be the best. Is there any reason not to have that?
>>
>> We'd have to do something similar for definitions in the C-sources too.
>> Do I suppose correctly that the C-sources are not copied automatically
>> when you explicitly specify the install directory? I'm too lazy to look
>> into this ...
>
> I have seen no problems with the C sources. I always get to the CVS
> checkout tree from C-h v,f.
>
> I did not even know they could be copied when you do make install. How do
> you do that?
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#673: 23.0.60; To source or not to source (from help)
2008-08-08 12:03 ` martin rudalics
2008-08-08 12:20 ` Lennart Borgman (gmail)
@ 2008-08-09 1:02 ` OFFICE ZERO
2008-08-09 14:12 ` bug#587: " OFFICE ZERO
2008-08-09 14:12 ` bug#673: " OFFICE ZERO
3 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 1:02 UTC (permalink / raw
To: martin rudalics, 673
配信不要
----- Original Message -----
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>;
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:03 PM
Subject: bug#673: 23.0.60; To source or not to source (from help)
> > I use the normal
> >
> > make install INSTALL_DIR=...
>
> I never use that. Are the ".el" files copied as well in that case?
>
> >> In this case the following might
> >> happen: As for C-h f `describe-function-1' will execute
> >>
> >> ;; See if lisp files are present where they where installed from.
> >> (if (not (eq file-name 'C-source))
> >> (setq file-name (find-source-lisp-file file-name)))
> >>
> >> which sets `file-name' to the ".el" file from the checkout directory
> >> (because you did compile it there) and installs the corresponding
> >> reference in the hyperlink.
> >>
> >> As for C-h v `describe-variable' does _not_ care whether you compiled
> >> in
> >> another directory and simply goes to the file supplied by
> >> `symbol-file'.
> >> You could try inserting the snipped above in `describe-variable'
> >> immediately before the line
> >>
> >> (if file-name
> >>
> >> and see whether it now jumps to the checkout directory instead.
> >
> >
> > Yes, I guess that is correct.
>
> Did you verify it?
>
> >> Personally, I'd prefer something like the following in both cases:
> >>
> >> (unless (or (eq file-name 'C-source)
> >> (file-exists-p file-name))
> >> (setq file-name (find-source-lisp-file file-name)))
> >
> > Thanks martin. I think a variable (or an option) for which elisp to go
> > to would be the best. Is there any reason not to have that?
>
> We'd have to do something similar for definitions in the C-sources too.
> Do I suppose correctly that the C-sources are not copied automatically
> when you explicitly specify the install directory? I'm too lazy to look
> into this ...
>
> martin
>
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-08 12:20 ` Lennart Borgman (gmail)
2008-08-09 1:02 ` bug#674: " OFFICE ZERO
@ 2008-08-09 1:02 ` OFFICE ZERO
2008-08-09 12:37 ` martin rudalics
2 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 1:02 UTC (permalink / raw
To: Lennart Borgman (gmail), 587
配信不要
----- Original Message -----
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>;
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:20 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)
> martin rudalics wrote:
>> > I use the normal
>> >
>> > make install INSTALL_DIR=...
>>
>> I never use that. Are the ".el" files copied as well in that case?
>>
>> >> In this case the following might
>> >> happen: As for C-h f `describe-function-1' will execute
>> >>
>> >> ;; See if lisp files are present where they where installed
>> from.
>> >> (if (not (eq file-name 'C-source))
>> >> (setq file-name (find-source-lisp-file file-name)))
>> >>
>> >> which sets `file-name' to the ".el" file from the checkout directory
>> >> (because you did compile it there) and installs the corresponding
>> >> reference in the hyperlink.
>> >>
>> >> As for C-h v `describe-variable' does _not_ care whether you compiled
>> in
>> >> another directory and simply goes to the file supplied by
>> `symbol-file'.
>> >> You could try inserting the snipped above in `describe-variable'
>> >> immediately before the line
>> >>
>> >> (if file-name
>> >>
>> >> and see whether it now jumps to the checkout directory instead.
>> >
>> >
>> > Yes, I guess that is correct.
>>
>> Did you verify it?
>
> I did not look at the details again since I did not have time to fix this.
> I notice that C-h v takes me to the Emacs install tree I am using and C-h
> f takes me to the CVS checkout tree where I compiled Emacs.
>
>> >> Personally, I'd prefer something like the following in both cases:
>> >>
>> >> (unless (or (eq file-name 'C-source)
>> >> (file-exists-p file-name))
>> >> (setq file-name (find-source-lisp-file file-name)))
>> >
>> > Thanks martin. I think a variable (or an option) for which elisp to go
>> > to would be the best. Is there any reason not to have that?
>>
>> We'd have to do something similar for definitions in the C-sources too.
>> Do I suppose correctly that the C-sources are not copied automatically
>> when you explicitly specify the install directory? I'm too lazy to look
>> into this ...
>
> I have seen no problems with the C sources. I always get to the CVS
> checkout tree from C-h v,f.
>
> I did not even know they could be copied when you do make install. How do
> you do that?
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#672: 23.0.60; To source or not to source (from help)
2008-08-08 11:09 ` bug#587: " Lennart Borgman (gmail)
2008-08-08 12:03 ` martin rudalics
@ 2008-08-09 1:03 ` OFFICE ZERO
2008-08-09 14:12 ` OFFICE ZERO
2 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 1:03 UTC (permalink / raw
To: Lennart Borgman (gmail), 672
配信不要
----- Original Message -----
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>;
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 8:09 PM
Subject: bug#672: 23.0.60; To source or not to source (from help)
> martin rudalics wrote:
>> > If you do C-h v and look at a variable and click on the library link
>> in
>> > the help buffer you will go to the file in your current Emacs tree. If
>> > you do C-h f to look at a function and do the same you will be taken
>> to
>> > the cvs checkout file instead.
>>
>> I suspect you compiled Emacs in the checkout directory and then copied
>> the Emacs tree to another directory.
>
> I use the normal
>
> make install INSTALL_DIR=...
>
>> In this case the following might
>> happen: As for C-h f `describe-function-1' will execute
>>
>> ;; See if lisp files are present where they where installed from.
>> (if (not (eq file-name 'C-source))
>> (setq file-name (find-source-lisp-file file-name)))
>>
>> which sets `file-name' to the ".el" file from the checkout directory
>> (because you did compile it there) and installs the corresponding
>> reference in the hyperlink.
>>
>> As for C-h v `describe-variable' does _not_ care whether you compiled in
>> another directory and simply goes to the file supplied by `symbol-file'.
>> You could try inserting the snipped above in `describe-variable'
>> immediately before the line
>>
>> (if file-name
>>
>> and see whether it now jumps to the checkout directory instead.
>
> Yes, I guess that is correct.
>
>> Personally, I'd prefer something like the following in both cases:
>>
>> (unless (or (eq file-name 'C-source)
>> (file-exists-p file-name))
>> (setq file-name (find-source-lisp-file file-name)))
>
>
> Thanks martin. I think a variable (or an option) for which elisp to go to
> would be the best. Is there any reason not to have that?
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#674: Info received (bug#674: 23.0.60; To source or not to source (from help))
[not found] ` <handler.674.B674.121824629829764.ackinfo@emacsbugs.donarmstrong.com>
@ 2008-08-09 3:04 ` OFFICE ZERO
0 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 3:04 UTC (permalink / raw
To: 674
配信不要
----- Original Message -----
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "OFFICE ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 10:50 AM
Subject: bug#674: Info received (bug#674: 23.0.60; To source or not to
source (from help))
Thank you for the additional information you have supplied regarding
this bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
Emacs Bugs <bug-gnu-emacs@gnu.org>
If you wish to submit further information on this problem, please
send it to 674@emacsbugs.donarmstrong.com, as before.
Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.
--
674: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=674
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-08 12:20 ` Lennart Borgman (gmail)
2008-08-09 1:02 ` bug#674: " OFFICE ZERO
2008-08-09 1:02 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
@ 2008-08-09 12:37 ` martin rudalics
2008-08-09 12:44 ` Lennart Borgman (gmail)
2008-08-09 13:17 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
2 siblings, 2 replies; 27+ messages in thread
From: martin rudalics @ 2008-08-09 12:37 UTC (permalink / raw
To: Lennart Borgman (gmail); +Cc: 587
> I did not look at the details again since I did not have time to fix
> this. I notice that C-h v takes me to the Emacs install tree I am using
> and C-h f takes me to the CVS checkout tree where I compiled Emacs.
We can consistently try to go to the compile directory or to the install
directory first, whatever people want. A problem with the former
approach is that the definition might not be there any more, e.g., after
a fresh checkout. That's why I would probably prefer the latter.
martin
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-09 12:37 ` martin rudalics
@ 2008-08-09 12:44 ` Lennart Borgman (gmail)
2008-08-09 12:58 ` martin rudalics
2008-08-09 13:17 ` OFFICE ZERO
2008-08-09 13:17 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
1 sibling, 2 replies; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-08-09 12:44 UTC (permalink / raw
To: martin rudalics; +Cc: 587
martin rudalics wrote:
> > I did not look at the details again since I did not have time to fix
> > this. I notice that C-h v takes me to the Emacs install tree I am using
> > and C-h f takes me to the CVS checkout tree where I compiled Emacs.
>
> We can consistently try to go to the compile directory or to the install
> directory first, whatever people want. A problem with the former
> approach is that the definition might not be there any more, e.g., after
> a fresh checkout. That's why I would probably prefer the latter.
I would suggest something like this:
- A variable to decide where to go
- Possibly there should be a separate variable for the src tree
- If not possible to go there:
* If no other choice then give an error
* Otherwise ask user wether to go to the other place
(checkout/install)
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-09 12:44 ` Lennart Borgman (gmail)
@ 2008-08-09 12:58 ` martin rudalics
2008-08-09 13:02 ` Lennart Borgman (gmail)
` (2 more replies)
2008-08-09 13:17 ` OFFICE ZERO
1 sibling, 3 replies; 27+ messages in thread
From: martin rudalics @ 2008-08-09 12:58 UTC (permalink / raw
To: Lennart Borgman (gmail); +Cc: 587
> I would suggest something like this:
>
> - A variable to decide where to go
An option, I suppose.
> - Possibly there should be a separate variable for the src tree
Rather not.
> - If not possible to go there:
> * If no other choice then give an error
> * Otherwise ask user wether to go to the other place
> (checkout/install)
I think asking the user is some kind of overkill, we should make this
part of the option - always go to build dir, always go to install dir,
prefer build dir, prefer install dir. In any case we have to make sure
first that implementing such an option won't violate the feature freeze.
martin
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-09 12:58 ` martin rudalics
@ 2008-08-09 13:02 ` Lennart Borgman (gmail)
2008-08-09 13:52 ` OFFICE ZERO
2008-08-09 13:16 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
2008-08-09 14:14 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
2 siblings, 1 reply; 27+ messages in thread
From: Lennart Borgman (gmail) @ 2008-08-09 13:02 UTC (permalink / raw
To: martin rudalics; +Cc: 587
martin rudalics wrote:
> > I would suggest something like this:
> >
> > - A variable to decide where to go
>
> An option, I suppose.
Yes.
> > - Possibly there should be a separate variable for the src tree
>
> Rather not.
>
> > - If not possible to go there:
> > * If no other choice then give an error
> > * Otherwise ask user wether to go to the other place
> > (checkout/install)
>
> I think asking the user is some kind of overkill, we should make this
> part of the option - always go to build dir, always go to install dir,
> prefer build dir, prefer install dir.
Sounds good.
> In any case we have to make sure
> first that implementing such an option won't violate the feature freeze.
Currently there is a bug to fix and I believe implementing this might be
the best way to fix the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-09 12:58 ` martin rudalics
2008-08-09 13:02 ` Lennart Borgman (gmail)
@ 2008-08-09 13:16 ` OFFICE ZERO
[not found] ` <handler.587.B587.121828781715147.ackinfo@emacsbugs.donarmstrong.com>
2008-08-09 14:14 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
2 siblings, 1 reply; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 13:16 UTC (permalink / raw
To: martin rudalics, 587
no thank you
----- Original Message -----
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 9:58 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)
> > I would suggest something like this:
> >
> > - A variable to decide where to go
>
> An option, I suppose.
>
> > - Possibly there should be a separate variable for the src tree
>
> Rather not.
>
> > - If not possible to go there:
> > * If no other choice then give an error
> > * Otherwise ask user wether to go to the other place
> > (checkout/install)
>
> I think asking the user is some kind of overkill, we should make this
> part of the option - always go to build dir, always go to install dir,
> prefer build dir, prefer install dir. In any case we have to make sure
> first that implementing such an option won't violate the feature freeze.
>
> martin
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-09 12:44 ` Lennart Borgman (gmail)
2008-08-09 12:58 ` martin rudalics
@ 2008-08-09 13:17 ` OFFICE ZERO
[not found] ` <handler.587.B587.121828782615157.ackinfo@emacsbugs.donarmstrong.com>
1 sibling, 1 reply; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 13:17 UTC (permalink / raw
To: Lennart Borgman (gmail), 587
no thank you
----- Original Message -----
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 9:44 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)
> martin rudalics wrote:
>> > I did not look at the details again since I did not have time to fix
>> > this. I notice that C-h v takes me to the Emacs install tree I am
>> using
>> > and C-h f takes me to the CVS checkout tree where I compiled Emacs.
>>
>> We can consistently try to go to the compile directory or to the install
>> directory first, whatever people want. A problem with the former
>> approach is that the definition might not be there any more, e.g., after
>> a fresh checkout. That's why I would probably prefer the latter.
>
>
> I would suggest something like this:
>
> - A variable to decide where to go
> - Possibly there should be a separate variable for the src tree
> - If not possible to go there:
> * If no other choice then give an error
> * Otherwise ask user wether to go to the other place
> (checkout/install)
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-09 12:37 ` martin rudalics
2008-08-09 12:44 ` Lennart Borgman (gmail)
@ 2008-08-09 13:17 ` OFFICE ZERO
1 sibling, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 13:17 UTC (permalink / raw
To: martin rudalics, 587
no thank you
----- Original Message -----
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 9:37 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)
> > I did not look at the details again since I did not have time to fix
> > this. I notice that C-h v takes me to the Emacs install tree I am using
> > and C-h f takes me to the CVS checkout tree where I compiled Emacs.
>
> We can consistently try to go to the compile directory or to the install
> directory first, whatever people want. A problem with the former
> approach is that the definition might not be there any more, e.g., after
> a fresh checkout. That's why I would probably prefer the latter.
>
> martin
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help))
[not found] ` <handler.587.B587.121828782615157.ackinfo@emacsbugs.donarmstrong.com>
@ 2008-08-09 13:51 ` OFFICE ZERO
[not found] ` <handler.587.B587.121828986725748.ackinfo@emacsbugs.donarmstrong.com>
0 siblings, 1 reply; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 13:51 UTC (permalink / raw
To: 587
Do'nt send me mail !!!
----- Original Message -----
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "OFFICE ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 10:25 PM
Subject: bug#587: Info received (bug#587: 23.0.60; To source or not to
source (from help))
Thank you for the additional information you have supplied regarding
this bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
Emacs Bugs <bug-gnu-emacs@gnu.org>
If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.
Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.
--
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help))
[not found] ` <handler.587.B587.121828781715147.ackinfo@emacsbugs.donarmstrong.com>
@ 2008-08-09 13:51 ` OFFICE ZERO
[not found] ` <handler.587.B587.121828987325755.ackinfo@emacsbugs.donarmstrong.com>
0 siblings, 1 reply; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 13:51 UTC (permalink / raw
To: 587
Do'nt send me mail !!!
----- Original Message -----
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "OFFICE ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 10:25 PM
Subject: bug#587: Info received (bug#587: 23.0.60; To source or not to
source (from help))
Thank you for the additional information you have supplied regarding
this bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
Emacs Bugs <bug-gnu-emacs@gnu.org>
If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.
Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.
--
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-09 13:02 ` Lennart Borgman (gmail)
@ 2008-08-09 13:52 ` OFFICE ZERO
[not found] ` <handler.587.B587.121828992525830.ackinfo@emacsbugs.donarmstrong.com>
0 siblings, 1 reply; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 13:52 UTC (permalink / raw
To: Lennart Borgman (gmail), 587
Do'nt send me mail !!!
no tkank you!!
----- Original Message -----
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 10:02 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)
> martin rudalics wrote:
>> > I would suggest something like this:
>> >
>> > - A variable to decide where to go
>>
>> An option, I suppose.
>
> Yes.
>
>> > - Possibly there should be a separate variable for the src tree
>>
>> Rather not.
>>
>> > - If not possible to go there:
>> > * If no other choice then give an error
>> > * Otherwise ask user wether to go to the other place
>> > (checkout/install)
>>
>> I think asking the user is some kind of overkill, we should make this
>> part of the option - always go to build dir, always go to install dir,
>> prefer build dir, prefer install dir.
>
> Sounds good.
>
>> In any case we have to make sure
>> first that implementing such an option won't violate the feature freeze.
>
> Currently there is a bug to fix and I believe implementing this might be
> the best way to fix the bug.
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#672: 23.0.60; To source or not to source (from help)
2008-08-08 11:09 ` bug#587: " Lennart Borgman (gmail)
2008-08-08 12:03 ` martin rudalics
2008-08-09 1:03 ` bug#672: " OFFICE ZERO
@ 2008-08-09 14:12 ` OFFICE ZERO
2 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 14:12 UTC (permalink / raw
To: Lennart Borgman (gmail), 672
Do'nt send me mail !!!
no tkank you!!
----- Original Message -----
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>;
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 8:09 PM
Subject: bug#672: 23.0.60; To source or not to source (from help)
> martin rudalics wrote:
>> > If you do C-h v and look at a variable and click on the library link
>> in
>> > the help buffer you will go to the file in your current Emacs tree. If
>> > you do C-h f to look at a function and do the same you will be taken
>> to
>> > the cvs checkout file instead.
>>
>> I suspect you compiled Emacs in the checkout directory and then copied
>> the Emacs tree to another directory.
>
> I use the normal
>
> make install INSTALL_DIR=...
>
>> In this case the following might
>> happen: As for C-h f `describe-function-1' will execute
>>
>> ;; See if lisp files are present where they where installed from.
>> (if (not (eq file-name 'C-source))
>> (setq file-name (find-source-lisp-file file-name)))
>>
>> which sets `file-name' to the ".el" file from the checkout directory
>> (because you did compile it there) and installs the corresponding
>> reference in the hyperlink.
>>
>> As for C-h v `describe-variable' does _not_ care whether you compiled in
>> another directory and simply goes to the file supplied by `symbol-file'.
>> You could try inserting the snipped above in `describe-variable'
>> immediately before the line
>>
>> (if file-name
>>
>> and see whether it now jumps to the checkout directory instead.
>
> Yes, I guess that is correct.
>
>> Personally, I'd prefer something like the following in both cases:
>>
>> (unless (or (eq file-name 'C-source)
>> (file-exists-p file-name))
>> (setq file-name (find-source-lisp-file file-name)))
>
>
> Thanks martin. I think a variable (or an option) for which elisp to go to
> would be the best. Is there any reason not to have that?
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-08 12:03 ` martin rudalics
2008-08-08 12:20 ` Lennart Borgman (gmail)
2008-08-09 1:02 ` bug#673: " OFFICE ZERO
@ 2008-08-09 14:12 ` OFFICE ZERO
2008-08-09 14:12 ` bug#673: " OFFICE ZERO
3 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 14:12 UTC (permalink / raw
To: martin rudalics, 587
Do'nt send me mail !!!
no tkank you!!
----- Original Message -----
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>;
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:03 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)
> > I use the normal
> >
> > make install INSTALL_DIR=...
>
> I never use that. Are the ".el" files copied as well in that case?
>
> >> In this case the following might
> >> happen: As for C-h f `describe-function-1' will execute
> >>
> >> ;; See if lisp files are present where they where installed from.
> >> (if (not (eq file-name 'C-source))
> >> (setq file-name (find-source-lisp-file file-name)))
> >>
> >> which sets `file-name' to the ".el" file from the checkout directory
> >> (because you did compile it there) and installs the corresponding
> >> reference in the hyperlink.
> >>
> >> As for C-h v `describe-variable' does _not_ care whether you compiled
> >> in
> >> another directory and simply goes to the file supplied by
> >> `symbol-file'.
> >> You could try inserting the snipped above in `describe-variable'
> >> immediately before the line
> >>
> >> (if file-name
> >>
> >> and see whether it now jumps to the checkout directory instead.
> >
> >
> > Yes, I guess that is correct.
>
> Did you verify it?
>
> >> Personally, I'd prefer something like the following in both cases:
> >>
> >> (unless (or (eq file-name 'C-source)
> >> (file-exists-p file-name))
> >> (setq file-name (find-source-lisp-file file-name)))
> >
> > Thanks martin. I think a variable (or an option) for which elisp to go
> > to would be the best. Is there any reason not to have that?
>
> We'd have to do something similar for definitions in the C-sources too.
> Do I suppose correctly that the C-sources are not copied automatically
> when you explicitly specify the install directory? I'm too lazy to look
> into this ...
>
> martin
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#673: 23.0.60; To source or not to source (from help)
2008-08-08 12:03 ` martin rudalics
` (2 preceding siblings ...)
2008-08-09 14:12 ` bug#587: " OFFICE ZERO
@ 2008-08-09 14:12 ` OFFICE ZERO
3 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 14:12 UTC (permalink / raw
To: martin rudalics, 673
Do'nt send me mail !!!
no tkank you!!
----- Original Message -----
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>;
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:03 PM
Subject: bug#673: 23.0.60; To source or not to source (from help)
> > I use the normal
> >
> > make install INSTALL_DIR=...
>
> I never use that. Are the ".el" files copied as well in that case?
>
> >> In this case the following might
> >> happen: As for C-h f `describe-function-1' will execute
> >>
> >> ;; See if lisp files are present where they where installed from.
> >> (if (not (eq file-name 'C-source))
> >> (setq file-name (find-source-lisp-file file-name)))
> >>
> >> which sets `file-name' to the ".el" file from the checkout directory
> >> (because you did compile it there) and installs the corresponding
> >> reference in the hyperlink.
> >>
> >> As for C-h v `describe-variable' does _not_ care whether you compiled
> >> in
> >> another directory and simply goes to the file supplied by
> >> `symbol-file'.
> >> You could try inserting the snipped above in `describe-variable'
> >> immediately before the line
> >>
> >> (if file-name
> >>
> >> and see whether it now jumps to the checkout directory instead.
> >
> >
> > Yes, I guess that is correct.
>
> Did you verify it?
>
> >> Personally, I'd prefer something like the following in both cases:
> >>
> >> (unless (or (eq file-name 'C-source)
> >> (file-exists-p file-name))
> >> (setq file-name (find-source-lisp-file file-name)))
> >
> > Thanks martin. I think a variable (or an option) for which elisp to go
> > to would be the best. Is there any reason not to have that?
>
> We'd have to do something similar for definitions in the C-sources too.
> Do I suppose correctly that the C-sources are not copied automatically
> when you explicitly specify the install directory? I'm too lazy to look
> into this ...
>
> martin
>
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: 23.0.60; To source or not to source (from help)
2008-08-09 12:58 ` martin rudalics
2008-08-09 13:02 ` Lennart Borgman (gmail)
2008-08-09 13:16 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
@ 2008-08-09 14:14 ` OFFICE ZERO
2 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 14:14 UTC (permalink / raw
To: martin rudalics, 587
Do'nt send me mail !!!
no tkank you!!
----- Original Message -----
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 9:58 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)
> > I would suggest something like this:
> >
> > - A variable to decide where to go
>
> An option, I suppose.
>
> > - Possibly there should be a separate variable for the src tree
>
> Rather not.
>
> > - If not possible to go there:
> > * If no other choice then give an error
> > * Otherwise ask user wether to go to the other place
> > (checkout/install)
>
> I think asking the user is some kind of overkill, we should make this
> part of the option - always go to build dir, always go to install dir,
> prefer build dir, prefer install dir. In any case we have to make sure
> first that implementing such an option won't violate the feature freeze.
>
> martin
>
>
>
>
>
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: Info received (bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help)))
[not found] ` <handler.587.B587.121828986725748.ackinfo@emacsbugs.donarmstrong.com>
@ 2008-08-09 14:27 ` OFFICE ZERO
0 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 14:27 UTC (permalink / raw
To: 587
Do'nt send me mail !!!
no tkank you!!
----- Original Message -----
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "OFFICE ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 11:00 PM
Subject: bug#587: Info received (bug#587: Info received (bug#587: 23.0.60;
To source or not to source (from help)))
Thank you for the additional information you have supplied regarding
this bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
Emacs Bugs <bug-gnu-emacs@gnu.org>
If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.
Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.
--
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: Info received (bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help)))
[not found] ` <handler.587.B587.121828987325755.ackinfo@emacsbugs.donarmstrong.com>
@ 2008-08-09 14:27 ` OFFICE ZERO
0 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 14:27 UTC (permalink / raw
To: 587
Do'nt send me mail !!!
no tkank you!!
----- Original Message -----
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "OFFICE ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 11:00 PM
Subject: bug#587: Info received (bug#587: Info received (bug#587: 23.0.60;
To source or not to source (from help)))
Thank you for the additional information you have supplied regarding
this bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
Emacs Bugs <bug-gnu-emacs@gnu.org>
If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.
Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.
--
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems
^ permalink raw reply [flat|nested] 27+ messages in thread
* bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help))
[not found] ` <handler.587.B587.121828992525830.ackinfo@emacsbugs.donarmstrong.com>
@ 2008-08-09 14:28 ` OFFICE ZERO
0 siblings, 0 replies; 27+ messages in thread
From: OFFICE ZERO @ 2008-08-09 14:28 UTC (permalink / raw
To: 587
Do'nt send me mail !!!
no tkank you!!
----- Original Message -----
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "OFFICE ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 11:00 PM
Subject: bug#587: Info received (bug#587: 23.0.60; To source or not to
source (from help))
Thank you for the additional information you have supplied regarding
this bug report.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
Emacs Bugs <bug-gnu-emacs@gnu.org>
If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.
Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.
--
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems
^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2008-08-09 14:28 UTC | newest]
Thread overview: 27+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-08 9:52 bug#671: 23.0.60; To source or not to source (from help) martin rudalics
2008-08-08 11:09 ` bug#587: " Lennart Borgman (gmail)
2008-08-08 12:03 ` martin rudalics
2008-08-08 12:20 ` Lennart Borgman (gmail)
2008-08-09 1:02 ` bug#674: " OFFICE ZERO
[not found] ` <handler.674.B674.121824629829764.ackinfo@emacsbugs.donarmstrong.com>
2008-08-09 3:04 ` bug#674: Info received (bug#674: 23.0.60; To source or not to source (from help)) OFFICE ZERO
2008-08-09 1:02 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
2008-08-09 12:37 ` martin rudalics
2008-08-09 12:44 ` Lennart Borgman (gmail)
2008-08-09 12:58 ` martin rudalics
2008-08-09 13:02 ` Lennart Borgman (gmail)
2008-08-09 13:52 ` OFFICE ZERO
[not found] ` <handler.587.B587.121828992525830.ackinfo@emacsbugs.donarmstrong.com>
2008-08-09 14:28 ` bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help)) OFFICE ZERO
2008-08-09 13:16 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
[not found] ` <handler.587.B587.121828781715147.ackinfo@emacsbugs.donarmstrong.com>
2008-08-09 13:51 ` bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help)) OFFICE ZERO
[not found] ` <handler.587.B587.121828987325755.ackinfo@emacsbugs.donarmstrong.com>
2008-08-09 14:27 ` bug#587: Info received (bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help))) OFFICE ZERO
2008-08-09 14:14 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
2008-08-09 13:17 ` OFFICE ZERO
[not found] ` <handler.587.B587.121828782615157.ackinfo@emacsbugs.donarmstrong.com>
2008-08-09 13:51 ` bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help)) OFFICE ZERO
[not found] ` <handler.587.B587.121828986725748.ackinfo@emacsbugs.donarmstrong.com>
2008-08-09 14:27 ` bug#587: Info received (bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help))) OFFICE ZERO
2008-08-09 13:17 ` bug#587: 23.0.60; To source or not to source (from help) OFFICE ZERO
2008-08-09 1:02 ` bug#673: " OFFICE ZERO
2008-08-09 14:12 ` bug#587: " OFFICE ZERO
2008-08-09 14:12 ` bug#673: " OFFICE ZERO
2008-08-09 1:03 ` bug#672: " OFFICE ZERO
2008-08-09 14:12 ` OFFICE ZERO
2008-08-08 18:43 ` bug#671: " Stefan Monnier
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.