* bug#32893: describe-variable doesn't metion what lisp file created the variable
@ 2018-10-01 12:44 ` 積丹尼 Dan Jacobson
2018-10-01 12:51 ` Noam Postavsky
` (2 more replies)
0 siblings, 3 replies; 10+ messages in thread
From: 積丹尼 Dan Jacobson @ 2018-10-01 12:44 UTC (permalink / raw)
To: 32893
describe-function mentions the lisp file where a function was created,
but describe-variable doesn't mention what lisp file a variable was created.
^ permalink raw reply [flat|nested] 10+ messages in thread* bug#32893: describe-variable doesn't metion what lisp file created the variable
2018-10-01 12:44 ` bug#32893: describe-variable doesn't metion what lisp file created the variable 積丹尼 Dan Jacobson
@ 2018-10-01 12:51 ` Noam Postavsky
2018-10-01 13:08 ` 積丹尼 Dan Jacobson
2018-10-01 21:46 ` bug#32893: Let him know source code is available 積丹尼 Dan Jacobson
2018-10-02 0:28 ` bug#32893: GNU wishes Debian not split out .els anymore 積丹尼 Dan Jacobson
2 siblings, 1 reply; 10+ messages in thread
From: Noam Postavsky @ 2018-10-01 12:51 UTC (permalink / raw)
To: 積丹尼 Dan Jacobson; +Cc: 32893
tags 32893 + moreinfo unreproducible
quit
積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:
> describe-function mentions the lisp file where a function was created,
> but describe-variable doesn't mention what lisp file a variable was created.
Huh? <f1> v abbrev-file-name RET:
abbrev-file-name is a variable defined in ‘abbrev.el’.
^^^^^^^^^^^^^^^^^^^^^^
^ permalink raw reply [flat|nested] 10+ messages in thread* bug#32893: describe-variable doesn't metion what lisp file created the variable
2018-10-01 12:51 ` Noam Postavsky
@ 2018-10-01 13:08 ` 積丹尼 Dan Jacobson
2018-10-01 13:41 ` Noam Postavsky
2018-10-01 13:43 ` Eli Zaretskii
0 siblings, 2 replies; 10+ messages in thread
From: 積丹尼 Dan Jacobson @ 2018-10-01 13:08 UTC (permalink / raw)
To: Noam Postavsky; +Cc: 32893
I get:
abbrev-file-name’s value is "~/.emacs.d/abbrev_defs"
Documentation:
Default name of file from which to read abbrevs.
You can customize this variable.
[back]
emacs-version is a variable defined in ‘C source code’.
Its value is "25.2.2"
Hmmm, at least that last one worked, here on Debian.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#32893: describe-variable doesn't metion what lisp file created the variable
2018-10-01 13:08 ` 積丹尼 Dan Jacobson
@ 2018-10-01 13:41 ` Noam Postavsky
2018-10-01 14:13 ` 積丹尼 Dan Jacobson
2018-10-01 13:43 ` Eli Zaretskii
1 sibling, 1 reply; 10+ messages in thread
From: Noam Postavsky @ 2018-10-01 13:41 UTC (permalink / raw)
To: 積丹尼 Dan Jacobson; +Cc: 32893
On Mon, 1 Oct 2018 at 09:08, 積丹尼 Dan Jacobson <jidanni@jidanni.org> wrote:
>
> I get:
>
> abbrev-file-name’s value is "~/.emacs.d/abbrev_defs"
Does it happen like this from 'emacs -Q'?
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#32893: describe-variable doesn't metion what lisp file created the variable
2018-10-01 13:08 ` 積丹尼 Dan Jacobson
2018-10-01 13:41 ` Noam Postavsky
@ 2018-10-01 13:43 ` Eli Zaretskii
1 sibling, 0 replies; 10+ messages in thread
From: Eli Zaretskii @ 2018-10-01 13:43 UTC (permalink / raw)
To: 積丹尼 Dan Jacobson; +Cc: 32893, npostavs
> From: 積丹尼 Dan Jacobson
> <jidanni@jidanni.org>
> Date: Mon, 01 Oct 2018 21:08:20 +0800
> Cc: 32893@debbugs.gnu.org
>
> I get:
>
> abbrev-file-name’s value is "~/.emacs.d/abbrev_defs"
>
> Documentation:
> Default name of file from which to read abbrevs.
>
> You can customize this variable.
>
> [back]
>
> emacs-version is a variable defined in ‘C source code’.
> Its value is "25.2.2"
>
> Hmmm, at least that last one worked, here on Debian.
Maybe you should report this to Debian, because my Emacs 25.2 does
show the file where abbrev-file-name is defined.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#32893: Let him know source code is available
2018-10-01 12:44 ` bug#32893: describe-variable doesn't metion what lisp file created the variable 積丹尼 Dan Jacobson
2018-10-01 12:51 ` Noam Postavsky
@ 2018-10-01 21:46 ` 積丹尼 Dan Jacobson
2018-10-01 22:56 ` Glenn Morris
2018-10-02 0:28 ` bug#32893: GNU wishes Debian not split out .els anymore 積丹尼 Dan Jacobson
2 siblings, 1 reply; 10+ messages in thread
From: 積丹尼 Dan Jacobson @ 2018-10-01 21:46 UTC (permalink / raw)
To: 32893; +Cc: 910021
B> most likely caused by missing recommended package emacs-el.
Dear bug-gnu-emacs, I got an idea for 32893@debbugs.gnu.org:
Show the same thing no matter if the user has the .els installed or not.
And when he clicks on it have a message: "Source code not available
because you don't have the .els installed."
Or next to the link have "(source code not installed)" etc. next to the
link so he knows before he clicks it.
Currently he has no clue that source code is actually available,
thus defeating the whole Free Software Movement!
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#32893: Let him know source code is available
2018-10-01 21:46 ` bug#32893: Let him know source code is available 積丹尼 Dan Jacobson
@ 2018-10-01 22:56 ` Glenn Morris
2018-10-01 23:04 ` Glenn Morris
0 siblings, 1 reply; 10+ messages in thread
From: Glenn Morris @ 2018-10-01 22:56 UTC (permalink / raw)
To: 32893; +Cc: jidanni
積丹尼 Dan Jacobson wrote:
> B> most likely caused by missing recommended package emacs-el.
>
> Dear bug-gnu-emacs, I got an idea for 32893@debbugs.gnu.org:
> Show the same thing no matter if the user has the .els installed or not.
Emacs does not support installing without its .el files and makes no
provision for it. It's something downstream distributions added back
when disk space was an issue (I guess?). They get to keep all the pieces
from the resulting breakage. :)
Personally I think it should this separation should just go away.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#32893: GNU wishes Debian not split out .els anymore
2018-10-01 12:44 ` bug#32893: describe-variable doesn't metion what lisp file created the variable 積丹尼 Dan Jacobson
2018-10-01 12:51 ` Noam Postavsky
2018-10-01 21:46 ` bug#32893: Let him know source code is available 積丹尼 Dan Jacobson
@ 2018-10-02 0:28 ` 積丹尼 Dan Jacobson
2 siblings, 0 replies; 10+ messages in thread
From: 積丹尼 Dan Jacobson @ 2018-10-02 0:28 UTC (permalink / raw)
To: 910021, control, Glenn Morris; +Cc: 32893
reopen 910021
retitle 910021 GNU wishes Debian not split out .els anymore
thanks
>>>>> "GM" == Glenn Morris <rgm@gnu.org> writes:
GM> Emacs does not support installing without its .el files and makes no
GM> provision for it. It's something downstream distributions added back
GM> when disk space was an issue (I guess?). They get to keep all the pieces
GM> from the resulting breakage. :)
GM> Personally I think it should this separation should just go away.
GM> PS Red Hat got rid of this split years ago, and I would encourage Debian
GM> to follow suit; ref https://bugzilla.redhat.com/show_bug.cgi?id=1151652
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2018-10-02 0:28 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <87r2h9ahig.fsf@tethera.net>
[not found] ` <87tvm5pye2.fsf@jidanni.org>
[not found] ` <handler.910021.D910021.153840454221352.notifdone@bugs.debian.org>
2018-10-01 12:44 ` bug#32893: describe-variable doesn't metion what lisp file created the variable 積丹尼 Dan Jacobson
2018-10-01 12:51 ` Noam Postavsky
2018-10-01 13:08 ` 積丹尼 Dan Jacobson
2018-10-01 13:41 ` Noam Postavsky
2018-10-01 14:13 ` 積丹尼 Dan Jacobson
2018-10-01 13:43 ` Eli Zaretskii
2018-10-01 21:46 ` bug#32893: Let him know source code is available 積丹尼 Dan Jacobson
2018-10-01 22:56 ` Glenn Morris
2018-10-01 23:04 ` Glenn Morris
2018-10-02 0:28 ` bug#32893: GNU wishes Debian not split out .els anymore 積丹尼 Dan Jacobson
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).