Emacs was compiled without networking support

Emacs was compiled without networking support

[Johan Andersson]

Hi,

I have a very annoying issue that I only can reproduce in Ecukes (
https://github.com/ecukes/ecukes). I have no idea why I cannot reproduce
this in a simple way.

If I use `url-retrieve-synchronously' in an Ecukes step I get this error (a
step is basically an anonymous function):

  Emacs was compiled without networking support

(I can require `url' in the step without any error)

The weird thing here is that if I print `(featurep 'make-network-process)'
on the top level in the file that defines the steps, the value is true. But
if I print it in a step, the value is false.

How is it possible that Emacs network support varies dependent of where I
check? It is the exact same Emacs process that prints the different
results. How is that possible?

Any hints?

Re: Emacs was compiled without networking support

[Eli Zaretskii]

> From: Johan Andersson <johan.rejeep@gmail.com>
> Date: Fri, 13 Dec 2013 14:54:14 +0100
> 
> I have a very annoying issue that I only can reproduce in Ecukes (
> https://github.com/ecukes/ecukes). I have no idea why I cannot reproduce
> this in a simple way.
> 
> If I use `url-retrieve-synchronously' in an Ecukes step I get this error (a
> step is basically an anonymous function):
> 
>   Emacs was compiled without networking support
> 
> (I can require `url' in the step without any error)
> 
> The weird thing here is that if I print `(featurep 'make-network-process)'
> on the top level in the file that defines the steps, the value is true. But
> if I print it in a step, the value is false.
> 
> How is it possible that Emacs network support varies dependent of where I
> check? It is the exact same Emacs process that prints the different
> results. How is that possible?

Perhaps some Lisp in-between overloaded or replaced this feature in a
way that gets in your way?  I would look at every Lisp file that was
loaded up to the point where you get the error.  Use the
force-load-messages variable to see each one of those.

Re: Emacs was compiled without networking support

[Peter Dyballa]

Am 13.12.2013 um 14:54 schrieb Johan Andersson:

> Any hints?

Why don't you check the binary whether it uses libgnutls? (ldconfig, otool, …)

--
Greetings

  Pete

"I'm a rabid typist."

Re: Emacs was compiled without networking support

[Johan Andersson]

Why would that do any difference? I mean it works outside of the step in
the same process.


On Fri, Dec 13, 2013 at 3:22 PM, Peter Dyballa <Peter_Dyballa@web.de> wrote:

>
> Am 13.12.2013 um 14:54 schrieb Johan Andersson:
>
> > Any hints?
>
> Why don't you check the binary whether it uses libgnutls? (ldconfig,
> otool, …)
>
> --
> Greetings
>
>   Pete
>
> "I'm a rabid typist."
>
>

Re: Emacs was compiled without networking support

[Peter Dyballa]

Am 13.12.2013 um 15:22 schrieb Peter Dyballa:

> (ldconfig, otool, …)

Sorry, I meant ldd, of course, not ldconfig.

--
Greetings

 Pete

No man was ever taken to hell by a woman unless he already had a ticket in his pocket, or at least had been fooling around with timetables.
				– Archie Goodwin

Re: Emacs was compiled without networking support

[Peter Dyballa]

Am 13.12.2013 um 15:28 schrieb Johan Andersson:

> Why would that do any difference? I mean it works outside of the step in
> the same process.

To me it's not clear whether GNU Emacs itself performs networking or some tool in a sub-process provides network access for some Lisp code. When you can see that GNU Emacs uses TLS, than it's clear that some Lisp code is presumingly not working correctly. Then you could try to test behaviour with 'emacs -Q' or with a very minimal init file to just configure networking.

--
Greetings

  Pete

Globalisation – communism from above.

Re: Emacs was compiled without networking support

[Johan Andersson]

The Emacs version I'm using currently is 24.3.1 on OSX and it is compiled
with --with-ns, --without-x and --without-dbus.


On Fri, Dec 13, 2013 at 3:33 PM, Peter Dyballa <Peter_Dyballa@web.de> wrote:

>
> Am 13.12.2013 um 15:28 schrieb Johan Andersson:
>
> > Why would that do any difference? I mean it works outside of the step in
> > the same process.
>
> To me it's not clear whether GNU Emacs itself performs networking or some
> tool in a sub-process provides network access for some Lisp code. When you
> can see that GNU Emacs uses TLS, than it's clear that some Lisp code is
> presumingly not working correctly. Then you could try to test behaviour
> with 'emacs -Q' or with a very minimal init file to just configure
> networking.
>
> --
> Greetings
>
>   Pete
>
> Globalisation – communism from above.
>
>

Re: Emacs was compiled without networking support

[Peter Dyballa]

Am 13.12.2013 um 15:35 schrieb Johan Andersson:

> The Emacs version I'm using currently is 24.3.1 on OSX and it is compiled
> with --with-ns, --without-x and --without-dbus.

This dnot tell much. On Mac OS X you would need to run something like:

	otool -L /Applications/Emacs.app/Contents/MacOS/Emacs

(I don't know the path to the Emacs binary inside your application bundle.) Otool is part of the Command Line Utilities package of Xcode.

--
Greetings

  Pete      <\
             _\     O  _
            |o \  _\\_/-\='
_____________(_)|-(_)  (_)___________________________________

Re: Emacs was compiled without networking support

[Johan Andersson]

/usr/local/evm/emacs-24.3/Emacs.app/Contents/MacOS/Emacs:
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
(compatibility version 45.0.0, current version 1265.0.0)
 /usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current
version 5.4.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
1197.1.1)
 /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
(compatibility version 150.0.0, current version 855.11.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version
228.0.0)
 /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
(compatibility version 1.0.0, current version 59.0.0)
/System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
(compatibility version 64.0.0, current version 600.0.0)
 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
(compatibility version 1.0.0, current version 48.0.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
(compatibility version 300.0.0, current version 1056.0.0)


On Fri, Dec 13, 2013 at 3:50 PM, Peter Dyballa <Peter_Dyballa@web.de> wrote:

>
> Am 13.12.2013 um 15:35 schrieb Johan Andersson:
>
> > The Emacs version I'm using currently is 24.3.1 on OSX and it is compiled
> > with --with-ns, --without-x and --without-dbus.
>
> This dnot tell much. On Mac OS X you would need to run something like:
>
>         otool -L /Applications/Emacs.app/Contents/MacOS/Emacs
>
> (I don't know the path to the Emacs binary inside your application
> bundle.) Otool is part of the Command Line Utilities package of Xcode.
>
> --
> Greetings
>
>   Pete      <\
>              _\     O  _
>             |o \  _\\_/-\='
> _____________(_)|-(_)  (_)___________________________________
>
>

Re: Emacs was compiled without networking support

[Peter Dyballa]

Am 13.12.2013 um 15:52 schrieb Johan Andersson:

> /usr/local/evm/emacs-24.3/Emacs.app/Contents/MacOS/Emacs:

No libgnutls, no networking.

Install the missing libraries, rebuild GNU Emacs – best the "AppKit" variant (configured --with-mac, you just need some patches from /ftp:anonymous@ftp.math.s.chiba-u.ac.jp:/emacs (TRAMP syntax), contained in emacs-24.3-mac-4.5.tar.gz. And emacs-24.3.tar.<whatever>.

--
Greetings

  Pete

Build a man a fire and he'll be warm for a night, but set a man on fire and he'll be warm for the rest of his life.

Re: Emacs was compiled without networking support

[Johan Andersson]

But how does that explain that it works perfectly fine outside of the step
function?


On Fri, Dec 13, 2013 at 4:04 PM, Peter Dyballa <Peter_Dyballa@web.de> wrote:

>
> Am 13.12.2013 um 15:52 schrieb Johan Andersson:
>
> > /usr/local/evm/emacs-24.3/Emacs.app/Contents/MacOS/Emacs:
>
> No libgnutls, no networking.
>
> Install the missing libraries, rebuild GNU Emacs – best the "AppKit"
> variant (configured --with-mac, you just need some patches from
> /ftp:anonymous@ftp.math.s.chiba-u.ac.jp:/emacs (TRAMP syntax), contained
> in emacs-24.3-mac-4.5.tar.gz. And emacs-24.3.tar.<whatever>.
>
> --
> Greetings
>
>   Pete
>
> Build a man a fire and he'll be warm for a night, but set a man on fire
> and he'll be warm for the rest of his life.
>
>

Re: Emacs was compiled without networking support

[Eli Zaretskii]

> From: Peter Dyballa <Peter_Dyballa@web.de>
> Date: Fri, 13 Dec 2013 15:33:35 +0100
> Cc: help-gnu-emacs@gnu.org
> 
> 
> Am 13.12.2013 um 15:28 schrieb Johan Andersson:
> 
> > Why would that do any difference? I mean it works outside of the step in
> > the same process.
> 
> To me it's not clear whether GNU Emacs itself performs networking or some tool in a sub-process provides network access for some Lisp code. When you can see that GNU Emacs uses TLS, than it's clear that some Lisp code is presumingly not working correctly. Then you could try to test behaviour with 'emacs -Q' or with a very minimal init file to just configure networking.

I don't see how this could be related to the OP's problem.

The error message seems to come from this place in network-stream.el:

  (unless (featurep 'make-network-process)
    (error "Emacs was compiled without networking support"))

As you see, it only tests a single feature, and that feature comes
from process.c, not from GnuTLS.

Re: Emacs was compiled without networking support

[Peter Dyballa]

Am 13.12.2013 um 16:07 schrieb Johan Andersson:

> But how does that explain that it works perfectly fine outside of the step
> function?

Me, I don't know. Earlier I supposed that some external helper utility could be used in one case.

--
Greetings

  Pete

There's something the technicians need to learn from the artists. If it isn't aesthetically pleasing, it's probably wrong.

Re: Emacs was compiled without networking support

[Johan Andersson]

Yeah, it's weird. I'll investigate some more and get back. Thanks!


On Fri, Dec 13, 2013 at 4:36 PM, Peter Dyballa <Peter_Dyballa@web.de> wrote:

>
> Am 13.12.2013 um 16:07 schrieb Johan Andersson:
>
> > But how does that explain that it works perfectly fine outside of the
> step
> > function?
>
> Me, I don't know. Earlier I supposed that some external helper utility
> could be used in one case.
>
> --
> Greetings
>
>   Pete
>
> There's something the technicians need to learn from the artists. If it
> isn't aesthetically pleasing, it's probably wrong.
>
>