GNU bug report logs - #58474
29.0.50; gnus does not startup in latest master: (void-variable gnus-local-domain)

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 58474 in the body.
You can then email your comments to 58474 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Uwe Brauer <oub <at> mat.ucm.es>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; gnus does not startup in latest master: (void-variable
 gnus-local-domain)
Date: Wed, 12 Oct 2022 20:41:25 +0200

[Message part 1 (text/plain, inline)]

Hi 

I successfully compiled Emacs master
2953d89d74ebfe6a6bcbe0d25a60a845acad0e13.

However I when starting gnus I receive and error that I attach and that
does not allow me to send a bug report from that Emacs master version

Regards

Uwe Brauer 

[bbdb-bug-emacs29 (application/octet-stream, attachment)]

Message #8 received at 58474 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Uwe Brauer <oub <at> mat.ucm.es>
Cc: 58474 <at> debbugs.gnu.org
Subject: Re: bug#58474: 29.0.50;
 gnus does not startup in latest master: (void-variable
 gnus-local-domain)
Date: Wed, 12 Oct 2022 22:10:04 +0300

> From: Uwe Brauer <oub <at> mat.ucm.es>
> Date: Wed, 12 Oct 2022 20:41:25 +0200
> 
> I successfully compiled Emacs master
> 2953d89d74ebfe6a6bcbe0d25a60a845acad0e13.
> 
> However I when starting gnus I receive and error that I attach and that
> does not allow me to send a bug report from that Emacs master version
> 
> Debugger entered--Lisp error: (void-variable gnus-local-domain)
>   (or gnus-local-domain (message-make-domain) (system-name) "")

Did you try looking up this variable in NEWS?

Message #11 received at 58474 <at> debbugs.gnu.org (full text, mbox):

From: Uwe Brauer <oub <at> mat.ucm.es>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Uwe Brauer <oub <at> mat.ucm.es>, 58474 <at> debbugs.gnu.org
Subject: Re: bug#58474: 29.0.50; gnus does not startup in latest master:
 (void-variable gnus-local-domain)
Date: Wed, 12 Oct 2022 22:22:21 +0200

[Message part 1 (text/plain, inline)]

>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Uwe Brauer <oub <at> mat.ucm.es>
>> Date: Wed, 12 Oct 2022 20:41:25 +0200
>> 
>> I successfully compiled Emacs master
>> 2953d89d74ebfe6a6bcbe0d25a60a845acad0e13.
>> 
>> However I when starting gnus I receive and error that I attach and that
>> does not allow me to send a bug report from that Emacs master version
>> 
>> Debugger entered--Lisp error: (void-variable gnus-local-domain)
>> (or gnus-local-domain (message-make-domain) (system-name) "")

> Did you try looking up this variable in NEWS?


Sigh, I did now, 
** Some functions and variables obsolete since Emacs 24 have been removed:

But no hint how to somehow use it anyhow.

My problem at the moment is that I have to stick to bbdb-2.35 which uses these variables. I have written dozens of extensions that I cannot 
easily port to bbdb-3.X since a lot of functions were either removed or renamed.

Any idea how to find the necessary aliases?

 
-- 
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 

[smime.p7s (application/pkcs7-signature, attachment)]

Message #14 received at 58474 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Uwe Brauer <oub <at> mat.ucm.es>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 58474 <at> debbugs.gnu.org
Subject: Re: bug#58474: 29.0.50; gnus does not startup in latest master:
 (void-variable gnus-local-domain)
Date: Wed, 12 Oct 2022 22:38:09 +0200

Uwe Brauer <oub <at> mat.ucm.es> writes:

> Any idea how to find the necessary aliases?

It doesn't have an alias.

Just set it to nil.

Message #21 received at 58474 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Uwe Brauer <oub <at> mat.ucm.es>
Cc: 58474 <at> debbugs.gnu.org
Subject: Re: bug#58474: 29.0.50; gnus does not startup in latest master:
 (void-variable gnus-local-domain)
Date: Thu, 13 Oct 2022 08:20:53 +0300

> From: Uwe Brauer <oub <at> mat.ucm.es>
> Cc: Uwe Brauer <oub <at> mat.ucm.es>, 58474 <at> debbugs.gnu.org
> Date: Wed, 12 Oct 2022 22:22:21 +0200
> 
> > Did you try looking up this variable in NEWS?
> 
> 
> Sigh, I did now, 
> ** Some functions and variables obsolete since Emacs 24 have been removed:
> 
> But no hint how to somehow use it anyhow.

Look at the code which caused the problem:

> Debugger entered--Lisp error: (void-variable gnus-local-domain)
>   (or gnus-local-domain (message-make-domain) (system-name) "")
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

So if gnus-local-domain is nil, the code in bbdb already knows how to
deal with that, it just needs the variable to exist.

Now look at how this obsolete variable was defined in Emacs 28:

 (defcustom gnus-local-domain nil

This is how you have been "using" this variable since Emacs 24: with a
nil value.  So just

  (defvar gnus-local-domain nil)

somewhere in your init file should do.  Better yet, modify bbdb to
remove all the references to that variable.

Message #24 received at 58474 <at> debbugs.gnu.org (full text, mbox):

From: Uwe Brauer <oub <at> mat.ucm.es>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Uwe Brauer <oub <at> mat.ucm.es>, 58474 <at> debbugs.gnu.org
Subject: Re: bug#58474: 29.0.50; gnus does not startup in latest master:
 (void-variable gnus-local-domain)
Date: Thu, 13 Oct 2022 12:08:17 +0200

[Message part 1 (text/plain, inline)]

>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Uwe Brauer <oub <at> mat.ucm.es>
>> Cc: Uwe Brauer <oub <at> mat.ucm.es>, 58474 <at> debbugs.gnu.org
>> Date: Wed, 12 Oct 2022 22:22:21 +0200
>> 
>> > Did you try looking up this variable in NEWS?
>> 
>> 
>> Sigh, I did now, 
>> ** Some functions and variables obsolete since Emacs 24 have been removed:
>> 
>> But no hint how to somehow use it anyhow.

> Look at the code which caused the problem:

>> Debugger entered--Lisp error: (void-variable gnus-local-domain)
>> (or gnus-local-domain (message-make-domain) (system-name) "")
>      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

> So if gnus-local-domain is nil, the code in bbdb already knows how to
> deal with that, it just needs the variable to exist.

> Now look at how this obsolete variable was defined in Emacs 28:

>  (defcustom gnus-local-domain nil

> This is how you have been "using" this variable since Emacs 24: with a
> nil value.  So just

>   (defvar gnus-local-domain nil)

> somewhere in your init file should do.  Better yet, modify bbdb to
> remove all the references to that variable.

Thanks, may I  propose, and I think I will propose it in devel later today:

Why not have a file called 

obsolete-var-funcs.el or backward-compatiblity-var-func.el

That contains these old compatibility code?

Such a file  could be loaded by users who need this sort of compatibility?

In my case such a file would look, for the moment (I have to run more tests)

(define-obsolete-function-alias 'set-face-underline-p
                                'set-face-underline "24.3")


(defcustom gnus-local-domain nil
  "Local domain name without a host name.
The DOMAINNAME environment variable is used instead if it is defined.
If the function `system-name' returns the full Internet name, there is
no need to set this variable."
  :group 'gnus-message
  :type '(choice (const :tag "default" nil)
		 string))
(make-obsolete-variable 'gnus-local-domain nil "24.1")



-- 
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine. 

[smime.p7s (application/pkcs7-signature, attachment)]

Previous Next

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