Closed Mara01010011 closed 3 years ago
Issue-Label Bot is automatically applying the label bug
to this issue, with a confidence of 0.62. Please mark this comment with :thumbsup: or :thumbsdown: to give our bot feedback!
Links: app homepage, dashboard and code for this bot.
Hi, quick question, did you install the project with pip or from sources ? (seems like a git LFS problem, see this part of the wiki)
I used
pip install --user qibullet
But I installed pip in a different way:
curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py
python get-pip.py
What do you mean by "git LFS problem"
By "git LFS problem", I'm referring to what is explained in the wiki section (installation from source) that I linked:
You will encounter a bad magic number error when installing the extra resources if git-lfs isn't correctly installed. To solve that error, install git-lfs, go the the repository folder, and type in git lfs pull. This command will download the lfs resources, you can then resume installing qiBullet.
But since you installed qiBullet via pip, you shouldn't get that issue. I already relaunched a CI job (Ubuntu Xenial, Python 2.7.15), it manages to install the project (and the meshes) from source, and to run the unit tests.
I will try to reproduce your bug, keep me posted if you have more information
@Mara01010011, I can't reproduce your problem...
You should encounter the bad magic number issue if the .pyc file is not a valid pyc, or if your Python version doesn't match the Python version used to generate the file (only the major and minor version number should count).
meshes_installer_27.pyc
was created with Python 2.7.12 and you're using Python 2.7.18, the version major and minor are the same, it should be compatible. I still wanted to make sure of that, so I launched a CI with different versions of Python 2.7: everything seems to work for Python 2.7.18 (see here)I don't really understand why you run into that issue. The pyc file might be corrupted, did you try to uninstall everything, remove the extra resources (in /home/mara/.qibullet/
), and reinstall qiBullet? Or to install from source ?
I uninstalled qiBullet and pyBullet and reinstalled it with pip. There is an error message, when I run a python program, that should spawn nao:
pybullet build time: Oct 8 2020 00:08:00
startThreads creating 1 threads.
starting thread 0
started thread 0
argc=2
argv[0] = --unused
argv[1] = --start_demo_name=Physics Server
ExampleBrowserThreadFunc started
X11 functions dynamically loaded using dlopen/dlsym OK!
X11 functions dynamically loaded using dlopen/dlsym OK!
Creating context
Created GL 3.3 context
Direct GLX rendering context obtained
Making context current
GL_VENDOR=Intel
GL_RENDERER=Mesa Intel(R) HD Graphics 620 (KBL GT2)
GL_VERSION=4.6 (Core Profile) Mesa 20.0.8
GL_SHADING_LANGUAGE_VERSION=4.60
pthread_getconcurrency()=0
Version = 4.6 (Core Profile) Mesa 20.0.8
Vendor = Intel
Renderer = Mesa Intel(R) HD Graphics 620 (KBL GT2)
b3Printf: Selected demo: Physics Server
startThreads creating 1 threads.
starting thread 0
started thread 0
MotionThreadFunc thread started
ven = Intel
Workaround for some crash in the Intel OpenGL driver on Linux/Ubuntu
The qibullet ressources are not yet installed.
Installing resources for qiBullet
The robot meshes and URDFs will be installed in the /home/mara/.qibullet/1.4.0 folder. You will need to agree to the meshes license in order to be able to install them. Continue the installation (y/n)? ven = Intel
Workaround for some crash in the Intel OpenGL driver on Linux/Ubuntu
XIO: fatal IO error 62 (Timer expired) on X server ":0.0"
after 1964 requests (1964 known processed) with 0 events remaining.
Well, qibullet doesn't seem to be installed correctly.
Okay, that's different from your original issue, you didn't run (at least not yet) into the bad magic number problem.
The Workaround for some crash in the Intel OpenGL driver on Linux/Ubuntu
issue is actually mentioned in the troubleshooting section of the README. Is your GPU an Intel HD Graphics 620, or do you have something else ?
@Mara01010011 any updates on the issue ?
@Mara01010011 any updates on the issue ?
Sorry, no. I tried to reinstall it a few times in different ways, but it didn't work. But I made every adjustment of my python program for the nao with our real nao in the laboratory, so at the moment I am not in need of qibullet. I think, the problem lies within my linux installation. I reinstalled it but sustained the /home patition. Since then I sometimes experience permission issues mostly with applications which use java. So the problem in this case might be a user permission problem, too.
Alright. I'll close the issue for know, you can re-open it if you run into this problem again.
with git-lfs pull
I solved the same issue with Python3.8 , thank you @mbusy
I am using Linux Mint 20 with Kernel: Linux 5.4.0-52-generic and Python 2.7.18
When executing any test program with an IDE (pycharm), python2.7 says
The robot meshes and URDFs will be installed in the /home/mara/.qibullet/1.4.0 folder. You will need to agree to the meshes license in order to be able to install them. Continue the installation (y/n)?
As soon as I insert y, it's sending an Error message:When executing any test program in my terminal, the gui starts, but I can't see any robot mesh. When I execute this:
$ sudo python meshes_installer_27.pyc
There is this error message.RuntimeError: Bad magic number in .pyc file