Bug 2268001
Summary: | Request to add ogre package to EPEL 9 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tom Crider <tcrider> |
Component: | ogre | Assignee: | Orphan Owner <extras-orphan> |
Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 42 | CC: | hdegoede, ngompa13, redhat.sebastien |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | Bug | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Tom Crider
2024-03-05 22:41:36 UTC
Ogre is very outdated in Fedora, last version update was 2014-06-08 , I tried update it more than 3 years ago but the packages that need ogre are also very hard to build , so I reverted to not break the deps . but maybe you can test it : https://src.fedoraproject.org/rpms/ogre/commits/f33 https://src.fedoraproject.org/rpms/ogre/c/3262d27879a167703428ca58aaa60114b45e1ed4?branch=f33 https://src.fedoraproject.org/rpms/ogre/c/ecf3f1567ebe44b431576a02bf7d967f9d14c4df?branch=f33 I've managed to build the latest version 14.2.2 on COPR for EPEL. I used both fedoras spec sheet and the Arch package for references: https://download.copr.fedorainfracloud.org/results/tcrider/autosd-ros1/centos-stream+epel-next-9-aarch64/07143711-ogre/ It appears all of the previous non-free bits have since been removed from what I could tell. I did not see any of the parts that the cleaning script removed or that the spec sheet previously removed/replaced. (In reply to Tom Crider from comment #3) > I've managed to build the latest version 14.2.2 on COPR for EPEL. I used > both fedoras spec sheet and the Arch package for references: > > https://download.copr.fedorainfracloud.org/results/tcrider/autosd-ros1/ > centos-stream+epel-next-9-aarch64/07143711-ogre/ > > It appears all of the previous non-free bits have since been removed from > what I could tell. I did not see any of the parts that the cleaning script > removed or that the spec sheet previously removed/replaced. if you could build SkyX, funguloids and gazebo [1] I can update Ogre on Fedora, and branch it for epel9 [1] dnf repoquery --disablerepo=* --enablerepo={rpmfusion-{non,}free-,}rawhide --whatrequires "libOgre*" --qf "%{repoid} %{sourcerpm}" | pkgname welp, ran into another problem where ROS1 is not compatible with ogre later than 1.9, (it has several compilation problems due to changed/missing functions and no fixes available from upstream ROS as they are now working on ROS2) so that also makes adding the latest version of ogre to epel kind of pointless. mrpt is important ? mrpt was retired recently [1] , we may want recover it other subject can you remove redhat private group on this bug and make it public ? maybe this may have interest for public in general [1] https://github.com/MRPT/mrpt/ Bug made public, I've also moved my updated ogre build to its own copr repo here: https://copr.fedorainfracloud.org/coprs/tcrider/ogre-epel Note it still also needs ois from fedora (bug opened here: https://bugzilla.redhat.com/show_bug.cgi?id=2267994) I read also this about MRPT : https://github.com/MRPT/mrpt/?tab=readme-ov-file#34-as-a-ros1ros2-package MRPT is also shipped as a ros1 & ros2 package named mrpt2, so it can be installed via I've managed to rebase ros1's rviz component to compile with ogre 14, which means this is a viable option again for what it was originally requested for. As for fedora's ogre-dependant packages: $ dnf repoquery --disablerepo=* --enablerepo={rpmfusion-{non,}free-,}* --whatrequires "libOgre*" --qf "%{repoid} %{sourcerpm}" | pkgname fedora SkyX fedora funguloids fedora gazebo I'll take a look at these and see if they still compile with the latest ogre version and report back funguloids is a game that hasnt been updated since 2019: https://sourceforge.net/p/funguloids/code/commit_browser Should probably be deprecated. Same goes with SkyX: http://www.paradise-sandbox.com/#hydraxskyx.php "Paradise Sandbox is no longer under distribution nor under development. Sorry for the inconveniences." You can't even download the original source tarballs anymore. They result in 404 error. From the spec sheet: ``` # Source archives were manually extracted from rar files and re-compressed into # gzip-ed tar files to remove the need for the unar tool during build. # Original source files located at: # http://modclub.rigsofrods.com/xavi/SkyX/SkyX-v0.4.rar # http://modclub.rigsofrods.com/xavi/SkyX/SkyX-v0.3_CMake.rar ``` Same links are currently on the outdated website. The same goes with gazebo, its main domain gives a 403 now: http://www.gazebosim.org/ And it relies on SkyX. Unless someone specifically wants to continue to maintain these and rebase them on top of current ogre I don't see them being updated any time soon. I'm not sure why they've been maintained this long or what their use case is outside of being demos for ogre. Of the three only funguloids is a full application/game, and is also available as a flatpak. The other two are demos. I don't know the status of those package , but maybe we can workaround by add a new package of ogre , ogre14 package , when old ogre is not needed anymore we move package ogre14 to ogre I mean thats fine for fedora but for epel there is no ogre package at all, and that just makes me wonder why not just add the current ogre 1.9 to epel since you want to keep it anyway and it's already compatible with ros1 as well. Did you decided something concerning this topic? Keeping this to an outdated version for compatibility with ros1 that is not packaged (at least on fedora) is quite hard to understand, IMHO. Moreover ROS1 seems EOL, and at some point, so many dependencies will be broken that having an old ogre package wont save anything. This bug appears to have been reported against 'rawhide' during the Fedora Linux 42 development cycle. Changing version to 42. |