gns3server requires development files at runtime about gns3-server HOT 6 CLOSED

Apparently this is a problem with PyZMQ looking for ZeroMQ libraries. I would recommend checking/reinstalling pyzmq.

What do you have with pip3 freeze | grep pyzmq?

from gns3-server.

[root@localhost ~]# pip-python3 freeze | grep pyzmq
pyzmq==14.2.0

i don't think the problem is zeromq or pyzmq install itself.

if you check again what the server is trying to do:

"error: zmq.h: No such file or directory
#include
^
compilation terminated."

ImportError: PyZMQ CFFI backend couldn't find zeromq: CompileError: command 'gcc' failed with exit status 1

it seems that one of the latest added dependencies, python3-cffi, is trying to compile something using zeromq headers. this header, is part of -devel packages and not usually required at any runtime.

[root@localhost ~]# rpm -ql zeromq-devel | grep include
/usr/include/zmq.h <---------
/usr/include/zmq_utils.h

installing zeromq-devel fixed the issue. Any idea why is this happening on the first place ?

from gns3-server.

i was checking it might be zeromq itself.
Fedora 20 comes with zeromq 3.2.4

I took care of uprading zeromq to 4.0.4, and afterwards recompiling pyzmq on top of zeromq 4...

it seems like python3-cffi is not required anymore and this strange behavior of cffi trying to compile something doesn't occur anymore...

from gns3-server.

I think so too, pyzmq has 2 back-ends, cffi and cython. It uses the later by default in recent versions.

from gns3-server.

i verified and i can confirm. The problem was the older zeromq version that required ciffi and the header file ...

using a newer version with cython the problem doesn't exist.

from gns3-server.

Ok, thanks for the confirmation. I'll simply display the ZeroMQ version when the server starts for now.

from gns3-server.