GNU bug report logs - #56291
29.0.50; version-control versus gnus-backup-startup-file

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mike Kupfer <mkupfer <at> alum.berkeley.edu>
Cc: 56291 <at> debbugs.gnu.org, larsi <at> gnus.org
Subject: bug#56291: 29.0.50; version-control versus gnus-backup-startup-file
Date: Wed, 29 Jun 2022 19:05:38 +0300

> Cc: 56291 <at> debbugs.gnu.org
> From: Mike Kupfer <mkupfer <at> alum.berkeley.edu>
> Date: Wed, 29 Jun 2022 07:38:28 -0700
> 
> Lars Ingebrigtsen wrote:
> 
> > Mike Kupfer <mkupfer <at> alum.berkeley.edu> writes:
> > >     Some packages, such as Rmail, override the global setting of
> > >     ‘version-control’ in this manner.
> > 
> > I don't think that's correct, though?  rmail-mode doesn't use file
> > variables, it does:
> > 
> >   (setq-local version-control 'never)
> > 
> > So it doesn't set version-control "in this manner", as far as I can tell?
> 
> Fair enough.  How about
> 
>     The usual way to set this variable is globally, through your init
>     file or the customization buffer.  However, you can set
>     ‘version-control’ locally in an individual buffer to control the
>     making of backups for that buffer’s file (*note Locals::).  Some
>     packages, such as Rmail, override the global setting of
>     ‘version-control’ this way.  You can also have Emacs set
>     ‘version-control’ locally whenever you visit a given file (*note File
>     Variables::).
> 
> ?

The point of the example is to illustrate the local setting of the
variable, so talking about packages that set the global value misses
the point, and shouldn't be there.  If Rmail is a bad example, then we
should find a better one, and mention only those.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.