[Bug 1968010] Re: Using a geometry shader on a graphics driver that supports OpenGl 3.2 but not EXT_geometry_shader4 crashes
I created a patch for focal (applies to bionic as well). It was build on my PPA https://launchpad.net/~s-schmeisser/+archive/ubuntu/ogre-1.9-focal and https://launchpad.net/~s-schmeisser/+archive/ubuntu/ogre-1.9-bionic and tested on both Focal and Bionic with the mesa driver, amdgpu driver and proprietary NVIDIA driver (not needed there actually). ** Patch added: "1-1.9.0+dfsg1-12build2.debdiff" https://bugs.launchpad.net/ubuntu/+source/ogre-1.9/+bug/1968010/+attachment/5577565/+files/1-1.9.0+dfsg1-12build2.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1968010 Title: Using a geometry shader on a graphics driver that supports OpenGl 3.2 but not EXT_geometry_shader4 crashes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ogre-1.9/+bug/1968010/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1968010] [NEW] Using a geometry shader on a graphics driver that supports OpenGl 3.2 but not EXT_geometry_shader4 crashes
Public bug reported: When using geometry shaders in RViz (which uses ogre-1.9) it crashes because the GL rendering system in ogre-1.9 assumes that drivers support EXT_geometry_shader4 as well when they support OpenGL 3.2. With the extension it is necessary to call glProgramParameteriEXT but with pure OpenGL 3.2 this is no longer necessary and actually invalid and crashes. The issue has been fixed for the most current release here: https://github.com/ros-visualization/rviz/pull/1725 I opened a MR to backport this to Debians ogre-1.9 package here: https://salsa.debian.org/games-team/ogre/-/merge_requests/8 It would be very helpful to backport this to Bionic and Focal (and possibly Jammy if we cannot pull before release) so that rviz can disable workarounds and enable a much faster rendering code paths to the benefit of ROS users. ** Affects: ogre-1.9 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1968010 Title: Using a geometry shader on a graphics driver that supports OpenGl 3.2 but not EXT_geometry_shader4 crashes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ogre-1.9/+bug/1968010/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1958283] Re: linux-firmware missing renoir_ta
Not being able to use my T14s builtin screen is pretty annoying, can the SRU already be tested somewhere? Do you need further information? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1958283 Title: linux-firmware missing renoir_ta To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1958283/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1941752] Re: Regression: exiv2 0.27.3-3ubuntu1.5 makes Gwenview crash when opening images exported by darktable
This is a debdiff applicable for focal-security. This backports an upstream fix for the regression introduced when fixing CVE-2021-37620. I build it locally in pbuilder and it fixes the crash in gwenview as expected. ** Patch added: "1-0.27.2-8ubuntu2.7.debdiff" https://bugs.launchpad.net/ubuntu/+source/exiv2/+bug/1941752/+attachment/5550448/+files/1-0.27.2-8ubuntu2.7.debdiff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1941752 Title: Regression: exiv2 0.27.3-3ubuntu1.5 makes Gwenview crash when opening images exported by darktable To manage notifications about this bug go to: https://bugs.launchpad.net/gwenview/+bug/1941752/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1909835] Re: OGRE_BITES_HAVE_SDL flag set to 0, which disables basic Input / Ouput Functionality
unfortunately a somewhat unfinished/rough version of the ogre packaging ended up in Ubuntu 20.04. Please use my PPA for 20.04 or compile from source. For newer releases of Ubuntu the sdl feature is already enabled as they sync a newer version from Debian. Most packages are maintained as Debian (unstable) package and then frozen into various distributions at various times. Distributions here includes Debian stable releases, Ubuntu, PopOs, -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1909835 Title: OGRE_BITES_HAVE_SDL flag set to 0, which disables basic Input / Ouput Functionality To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ogre-1.12/+bug/1909835/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1873697] [NEW] Please sync ogre-1.12 from debian sid once more
Public bug reported: We updated this package in Debian to the latest upstream release and removed some no longer needed build-dependencies. Also some issues with the python bindings were fixes. It would be great to have another sync before the final freeze. Thanks! Simon ** Affects: ogre-1.12 (Ubuntu) Importance: Undecided Status: New ** Tags: needs-packaging ** Tags added: needs-packaging -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1873697 Title: Please sync ogre-1.12 from debian sid once more To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ogre-1.12/+bug/1873697/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1870768] Re: Please sync ogre-1.12 from debian sid
It was unclear from https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages if I need to subscribe any special list or file this bug against a special package so I tagged Kyle and Jose as you are the only ones I know with both Ubuntu and ROS affiliation. Please excuse the noise and if necessary simply reassign to whoever I should have assigned -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1870768 Title: Please sync ogre-1.12 from debian sid To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ogre/+bug/1870768/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1870768] [NEW] Please sync ogre-1.12 from debian sid
Public bug reported: libogre-1.12 can be installed side by side with the quite antique version 1.9.0 released in 2013 which is currently in focal. Debian upload process unfortunately took too long (2 month in NEW queue) to get this package in before import freeze. There should be no impact or risk of regression as the build-dependency specified by dependent packages determines which version of the library to use. I'm co-maintaining RViz a robotics visualization tool which is distributed outside of Ubuntu by OSRF but aligns to Ubuntu releases. Being able to use a recent version of OGRE would be of great benefit to us and the whole ROS ecosystem. Thanks a lot! Simon ** Affects: ogre (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1870768 Title: Please sync ogre-1.12 from debian sid To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ogre/+bug/1870768/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1817595] Re: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers
That's why I would have preferred a simple update to 1.0.3 patch release ... it's not only cmake but also a support issue as now you have differentiate between upstream 1.0.0 and ubuntu 1.0.0 I just hope that as soon as this hits the update channels most/all people will install it automatically and we never hear about this bug again :) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1817595 Title: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers To manage notifications about this bug go to: https://bugs.launchpad.net/urdfdom-headers/+bug/1817595/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1817595] Re: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers
** Tags removed: verification-needed verification-needed-bionic ** Tags added: verification-done-bionic -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1817595 Title: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers To manage notifications about this bug go to: https://bugs.launchpad.net/urdfdom-headers/+bug/1817595/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1817595] Re: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers
Hello Chris (raof), Matthew (mathew-hodson) and others involved, I enabled bionic-proposed yesterday evening, installed both new packages (urdfdom and urdfdom-headers) and can confirm the bugs fixed. Thanks a lot to everybody involved! I was not able to find any fields where I could set "verification-done- bionic" Do you have any hints on how to speed up similar bug fixes in future? (Besides making sure Debian has current releases before the debian import freeze) Cheers Simon -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1817595 Title: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers To manage notifications about this bug go to: https://bugs.launchpad.net/urdfdom-headers/+bug/1817595/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1817595] Re: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers
** Also affects: urdfdom (Ubuntu) Importance: Undecided Status: New ** Description changed: In the effort to reduce boost dependency in urdfdom and urdfdom-headers [2] regressions wrt locale handling were introduced. Parsing of floating point values in URDF (a XML language) was now locale dependent, ie on European systems were the decimal separator is "," instead of "." parsing would now fail due to std::stod expecting "1,23" instead of "1.23" (no, we do not localize xml files, see also [3] for a more technical summary). The regressed versions were released as 1.0. Shortly after the release (some of) the regressions were detected [3] and fixes merged [3][4]. Unfortunately those fixed merges were not released until a long time later, too late for Ubuntu 18.04 by far and potentially even for 20.04. More regressions were noticed and fixed later on (disclaimer: by me) [5]. urdfdom is used mostly if not exclusively in the ROS community (including gazebo) which is a somewhat slow adopter of newer Ubuntu (and ros) releases but more and more people are now seeing these regressions in various places. To save more peoples time I propose to do a patch version update and pull urdfdom_headers version 1.0.3 as well as urdfdom - version 1.0.3 (once released into debian). I argue against applying a - patch because the diff between 1.0.0 and 1.0.3 is almost identical to a - set of patches fixing the regressions. Updating to the upstream patch - release will therefore improve tracing of the ubuntu downstream version - to the upstream versioning. + version 1.0.3 from debian sid. I argue against applying a patch because + the diff between 1.0.0 and 1.0.3 is almost identical to a set of patches + fixing the regressions. Updating to the upstream patch release will + therefore improve tracing of the ubuntu downstream version to the + upstream versioning. Both urdfdom_headers and urdfdom now have an extensive set of unit test which in the case of urdfdom are also run in a European (ie Dutch) locale [6]. Together with the small and homogeneous user base, application mostly in research and the fact that most of the library is (for unknown reasons) almost header-only make me estimate that scope, potential and impact of regressions introduced by this upgrade would be extremely low. 1: https://github.com/ros/urdfdom/commit/3dc7ee812827cc69ffa457ef01fe7b9623096aed 2: https://github.com/ros/urdfdom_headers/commit/9d2b421f3fcbc2a32af40b99ebd9c2cb2d088fb9 3: https://github.com/ros/urdfdom_headers/pull/42 4: https://github.com/ros/urdfdom/pull/105 5: https://github.com/ros/urdfdom_headers/pull/47 6: https://github.com/ros/urdfdom/pull/115 See also the following upstream bug reports: https://github.com/ros/urdfdom_headers/issues/45 https://github.com/ros/urdfdom/issues/119 and a few downstream bug reports to the ubuntu package: https://github.com/ros-planning/moveit/issues/1333 https://github.com/ros/urdf/issues/21 https://github.com/ros-visualization/rviz/issues/1249 https://github.com/ros-visualization/rviz/issues/1151 https://github.com/ros-planning/moveit/issues/1050 https://github.com/ros-visualization/rviz/issues/1298 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1817595 Title: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers To manage notifications about this bug go to: https://bugs.launchpad.net/urdfdom-headers/+bug/1817595/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1817595] Re: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers
** Bug watch added: github.com/ros/urdfdom_headers/issues #45 https://github.com/ros/urdfdom_headers/issues/45 ** Also affects: urdfdom-headers via https://github.com/ros/urdfdom_headers/issues/45 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1817595 Title: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers To manage notifications about this bug go to: https://bugs.launchpad.net/urdfdom-headers/+bug/1817595/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1817595] [NEW] [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers
Public bug reported: In the effort to reduce boost dependency in urdfdom and urdfdom-headers [2] regressions wrt locale handling were introduced. Parsing of floating point values in URDF (a XML language) was now locale dependent, ie on European systems were the decimal separator is "," instead of "." parsing would now fail due to std::stod expecting "1,23" instead of "1.23" (no, we do not localize xml files, see also [3] for a more technical summary). The regressed versions were released as 1.0. Shortly after the release (some of) the regressions were detected [3] and fixes merged [3][4]. Unfortunately those fixed merges were not released until a long time later, too late for Ubuntu 18.04 by far and potentially even for 20.04. More regressions were noticed and fixed later on (disclaimer: by me) [5]. urdfdom is used mostly if not exclusively in the ROS community (including gazebo) which is a somewhat slow adopter of newer Ubuntu (and ros) releases but more and more people are now seeing these regressions in various places. To save more peoples time I propose to do a patch version update and pull urdfdom_headers version 1.0.3 as well as urdfdom version 1.0.3 (once released into debian). I argue against applying a patch because the diff between 1.0.0 and 1.0.3 is almost identical to a set of patches fixing the regressions. Updating to the upstream patch release will therefore improve tracing of the ubuntu downstream version to the upstream versioning. Both urdfdom_headers and urdfdom now have an extensive set of unit test which in the case of urdfdom are also run in a European (ie Dutch) locale [6]. Together with the small and homogeneous user base, application mostly in research and the fact that most of the library is (for unknown reasons) almost header-only make me estimate that scope, potential and impact of regressions introduced by this upgrade would be extremely low. 1: https://github.com/ros/urdfdom/commit/3dc7ee812827cc69ffa457ef01fe7b9623096aed 2: https://github.com/ros/urdfdom_headers/commit/9d2b421f3fcbc2a32af40b99ebd9c2cb2d088fb9 3: https://github.com/ros/urdfdom_headers/pull/42 4: https://github.com/ros/urdfdom/pull/105 5: https://github.com/ros/urdfdom_headers/pull/47 6: https://github.com/ros/urdfdom/pull/115 See also the following upstream bug reports: https://github.com/ros/urdfdom_headers/issues/45 https://github.com/ros/urdfdom/issues/119 and a few downstream bug reports to the ubuntu package: https://github.com/ros-planning/moveit/issues/1333 https://github.com/ros/urdf/issues/21 https://github.com/ros-visualization/rviz/issues/1249 https://github.com/ros-visualization/rviz/issues/1151 https://github.com/ros-planning/moveit/issues/1050 https://github.com/ros-visualization/rviz/issues/1298 ** Affects: urdfdom-headers (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1817595 Title: [SRU] urdfdom-headers and urdfdom should not use locale dependent parsing for floating point numbers To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/urdfdom-headers/+bug/1817595/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
