unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* 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: describe-variable doesn't metion what lisp file created the variable
  2018-10-01 13:41           ` Noam Postavsky
@ 2018-10-01 14:13             ` 積丹尼 Dan Jacobson
  0 siblings, 0 replies; 10+ messages in thread
From: 積丹尼 Dan Jacobson @ 2018-10-01 14:13 UTC (permalink / raw)
  To: Noam Postavsky; +Cc: 32893

>>>>> "NP" == Noam Postavsky <npostavs@gmail.com> writes:

NP> Does it happen like this from 'emacs -Q'?

Yes. Still bad.

OK I submitted https://bugs.debian.org/910021 .





^ 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: Let him know source code is available
  2018-10-01 22:56         ` Glenn Morris
@ 2018-10-01 23:04           ` Glenn Morris
  0 siblings, 0 replies; 10+ messages in thread
From: Glenn Morris @ 2018-10-01 23:04 UTC (permalink / raw)
  To: 32893; +Cc: jidanni


PS Red Hat got rid of this split years ago, and I would encourage Debian
to follow suit; ref https://bugzilla.redhat.com/show_bug.cgi?id=1151652





^ 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).