Did you mean to remove the ogre-2.11 patch from the sources?
Search Criteria
Package Details: gazebo 11.14.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/gazebo.git (read-only, click to copy) |
---|---|
Package Base: | gazebo |
Description: | A multi-robot simulator for outdoor environments |
Upstream URL: | https://classic.gazebosim.org/ |
Licenses: | Apache |
Submitter: | None |
Maintainer: | acxz |
Last Packager: | acxz |
Votes: | 35 |
Popularity: | 0.000062 |
First Submitted: | 2008-10-18 22:59 (UTC) |
Last Updated: | 2023-12-11 14:35 (UTC) |
Dependencies (34)
- boost (boost-gitAUR)
- cppzmq (cppzmq-gitAUR)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR)
- freeglut (freeglut-x11-gitAUR, freeglut-wayland-gitAUR)
- freeimage
- graphviz
- ignition-cmake-2AUR
- ignition-common-3AUR
- ignition-fuel_tools-4AUR
- ignition-math-6AUR
- ignition-msgs-5AUR
- ignition-transport-8AUR
- libccdAUR (libccdAUR, libccd-gitAUR)
- libltdl (libtool-gitAUR, libtool)
- libtar
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR)
- ogre-1.9AUR
- protobuf (protobuf-gitAUR)
- qwt
- sdformat-9AUR
- tbb (onetbb-gitAUR, onetbb)
- tinyxml2 (tinyxml2-gitAUR)
- cmake (cmake-gitAUR) (make)
- doxygen (doxygen-gitAUR, doxygen-yapAUR) (make)
- ruby-ronn (ruby-ronn-ng) (make)
- bullet (bullet-gitAUR, bullet-dp) (optional) – Bullet support
- ceguiAUR (cegui-gitAUR) (optional) – Design custom graphical interfaces
- ffmpeg4.4 (optional) – Playback movies on textured surfaces
- gdal (gdal-libkmlAUR, gdal-libkml-filegdbAUR, gdal-hdf4AUR, gdal-ecwAUR) (optional) – Digital elevation terrains support
- libdartAUR (optional) – DART support
- libspnav (libspnav-gitAUR) (optional) – space navigator joystick support
- libusb (libusb-gitAUR) (optional) – USB peripherals support
- simbodyAUR (optional) – Simbody support
- urdfdomAUR (optional) – Load URDF files
Required by (8)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 24 25 .. 33 Next › Last »
tsp commented on 2018-09-08 13:34 (UTC) (edited on 2018-09-08 13:34 (UTC) by tsp)
nicolino commented on 2018-09-08 11:51 (UTC) (edited on 2018-09-08 12:35 (UTC) by nicolino)
Hi,
sorry for the mess, I am of the EE bunch, not ITC, my approach to coding is more or less "BRUTAL".
New version of gazebo crashes every-single-time a specific subset of models is loaded from the online repository.
The specific subset of models is identified by the presence, in all of its component models, of extra materials. In other words: textures and relative .material
files.
I have managed to run gzclient
through gdb
(gzserver
is running on its own) and I found out that the crash is generated by an exception catched in the file gazebo/rendering/RenderEngine.cc
, the same in which the patch about the extra plugins (see below) had to be applied.
The exception is generated in the try
block of RenderEngine:479
and, in detail, at line 509:
509 Ogre::DataStreamPtr stream =
510 Ogre::ResourceGroupManager::getSingleton().openResource(
511 fullPath.string(), "General");
Inspecting the variable, fullPath is correct, but executing call fullPath.string()
throws out a syntax error (in the debugger).
Browsing through the Boost Libraries Reference (https://www.boost.org/doc/libs/1_67_0/libs/filesystem/doc/reference.html) I have found out that there is not a unparametrized string()
function.
There is indeed an unparametrized template <class String> String generic_string() const
indeed, and inspecting with call fullPath.generic_string()
returns the correct file path.
Recompiling with generic_string
still catches an exception from the very same function Ogre::ResourceGroupManager::openResource()
.
After that, gdb
loses its track inside /usr/lib/libOgreMain.so
with Cannot find bounds of current function
before returning with the exception catched and me losing my patience.
I do not know from how long this was going on but I reckon never being able to open certain models (FROM THE ONLINE REPO AVAILABLE INSIDE THE PROGRAM) in gazebo
. After clicking on the model, nothing happened.
I suspect that the exception has always been thrown. The difference is that with the new boost and ogre, this time the program returns execution.
So:
1) Am I missing something important in a very, very dumb way?
2) In case there is a real problem with the code:
2a) Does anyone have the possibility to debug the rest of the OgreMain?
2b) Should we notify upstream?
If you want to replicate the experiments remember to recompile the code with -g -O0
as, in other cases, optimization changes in the source are significant.
Best Regards.
nicolino commented on 2018-09-06 09:33 (UTC)
Hi,
I would like to remind that I did not concoct the patch, I just found the useful part in the @nodabba comment and highligted it.
Best Regards
kikislater commented on 2018-09-04 07:23 (UTC)
So is it possible to put nicolino patch in build ?
cptnapalm commented on 2018-08-28 22:49 (UTC)
Just to be an additional confirmation, the portion of the patch pointed out by nicolino does, in fact, cures the 'png' codec problem during compilation.
nicolino commented on 2018-08-14 19:06 (UTC) (edited on 2018-08-14 19:08 (UTC) by nicolino)
Thanks nodabba,
now Gazebo compile and runs with latest boost and ogre.
This part:
diff -ruN original/gazebo-9.0.0/gazebo/rendering/RenderEngine.cc
patched/gazebo-9.0.0/gazebo/rendering/RenderEngine.cc
--- original/gazebo-9.0.0/gazebo/rendering/RenderEngine.cc 2018-01-25 23:25:48.000000000 +0100
+++ patched/gazebo-9.0.0/gazebo/rendering/RenderEngine.cc 2018-06-02 21:21:19.426983596 +0200
@@ -425,6 +425,11 @@
std::string extension = ".so";
#endif
+#if (OGRE_VERSION >= ((1 << 16) | (11 << 8) | 0))
+ plugins.push_back(path+"/Codec_EXR");
+ plugins.push_back(path+"/Codec_FreeImage");
+#endif
+
plugins.push_back(path+"/RenderSystem_GL");
plugins.push_back(path+"/Plugin_ParticleFX");
plugins.push_back(path+"/Plugin_BSPSceneManager");
did the trick.
Best Regards
nodabba commented on 2018-08-14 17:51 (UTC)
I was able to compile and run gazebo with the following modified ogre-1.11.patch: https://gist.github.com/n0dabba/bd586b466da068e2eb9a24c003d507c1 Current patch was lacking of one more fix (see https://bitbucket.org/osrf/gazebo/issues/2475/gazebo9-compile-error-with-ogre111 for more info). Thanks @greboide for link.
nicolino commented on 2018-08-12 17:55 (UTC)
Hi,
Last version of gazebo fixes newer boost dependencies and, supposedly, OGRE.
However, whenever I try to run it, the following happens:
[Err] [main.cc:34] Ogre Error:ItemIdentityException: Can not find codec for 'png' image format. Supported formats are: dds ktx pkm. in Codec::getCodec at /build/ogre/src/ogre-1.11.1/OgreMain/src/OgreCodec.cpp (line 66)
I have checked on google and the same problem is reported here:
https://forums.ogre3d.org/viewtopic.php?t=94306
It says to modify a plugins.cfg as new version of Ogre needs explicit activation of the png images plugin.
Although I found the plugins.cfg file for the general Ogre installation, I could not find the gazebo one.
Any clues?
Best Regards.
nicolino commented on 2018-08-05 13:46 (UTC) (edited on 2018-08-05 13:47 (UTC) by nicolino)
Hi,
for the same problems with Ogre and boost, also the installation of ros-melodic-gazebo-ros goes nuts.
@LazyLucretia
I have installed and test-run (just roscore for now) ROS-MELODIC AND GAZEBO by keeping the old downgrades
Ogre: ogre-1.10.10-3-x86_64.pkg.tar.xz boost: boost-1.66.0-3-x86_64.pkg.tar.xz boost-libs: boost-libs-1.66.0-3-x86_64.pkg.tar.xz
and also downgrading
gdbm to gdbm-1.14.1-1-x86_64.pkg.tar.xz
@jlecoeur
Yep, libreoffice needs newer boost.
Best regards
1CatchMe1 commented on 2018-08-01 20:51 (UTC)
@greboide It does compile, but doesn't run!!
Pinned Comments
billypilgrim commented on 2022-05-09 16:04 (UTC)
Development is on Github: https://github.com/acxz/gazebo-arch Please open issues and PRs there instead of commenting.