Speed Dreams 2.2.3 Release Could you update this packages ?
CC: (none) => bertauxx
Do you experience a problem with the current version?
CC: (none) => lovaren
(In reply to Kristoffer Grundström from comment #1) > Do you experience a problem with the current version? He filed the request against cauldron, we don't have a release freeze in cauldron, so there's no problem needed to request for an update :-) Assigning to the registered maintainer.
Assignee: bugsquad => rverscheldeCC: (none) => marja11Source RPM: (none) => speed-dreams-2.2.2-3.mga8
Component: New RPM package request => RPM Packages
No news ! It's normal ?
This is a community developed distro People help out with what they find important and/or satisfying Welcome to join if you have not already, any part of us :) https://wiki.mageia.org/en/Contributing
CC: (none) => fri
CC: (none) => eatdirt
Hi Chris, possible for you to update Speed Dreams in Release 2.2.3 Thank's
If Remi is not around, I'll have a look. I've never build it before, so it may take a while though!
Thank's !
I had a look, the official release 2.2.3 is a piece of code junk that does not even configure!!! In the official sources, files are missing, I've spend an hour to just fix the packaging and have a cmake not crashing due to missing source files. The next stage, building the source, is miserably failing. As a matter of fact, many compilation bugs (like this one https://sourceforge.net/p/speed-dreams/tickets/1165/) are actually currently fixed in the svn trunk. So I do not really understand what the developers means by "stable release" when the code they vomit into a tar.xz does not even configure nor compile. It is best to wait a bit that they release 2.2.3++, hopefully that will pass the cmake and make stage. I'll give a try to the current trunk as well, but this is a royal mess :(
Hi Chris, Sorry guy, but after downloaded release archive 2.2.3 build is ok here but you have right, if I build with rpm these error appear on tgfclient this error appeared with the build on MANJARO, which would indicate that the build by rpm uses CLANG, since when I build locally I use GCC and this error does not appear, on FEDORA the build passes and on DEBIAN derivatives too. So before saying that the team made bad code, you have to find out where the problem comes from (this is also why the testers are there, but unfortunately it is impossible on this type of project to have testers on all possible platforms). But this taught me something, it's that before doing the release archives, I will test if the build passes rpm. So I see with the team if it is possible to release a 2.2.4 version and I come back to you Thank you Xavier
Created attachment 13159 [details] spec speed-dreams Hello Chris, I updated the tar.xz base (original contained a subdirectory). I am attaching a base spec, the construction is going well and the game under plib works, however I have a segmentation fault with the osggrapg module (openscenegraph) I am looking for what is causing the problem
Could you rather specify on which version and arch are you building. mga8? cauldron, x86_64? Where did you download the source file? Which source file did you use? For Mageia, we use the base method, meaning the build should be successful with: https://sourceforge.net/projects/speed-dreams/files/2.2.3/speed-dreams-src-base-2.2.3-r7616.tar.xz This tar.xz does miss some files in data/config/raceman, which are specified in CMakefile. Hence there is an error already at the setup stage pops out: CMake Error at data/config/raceman/CMakeLists.txt:21 (ADD_CUSTOM_TARGET): Cannot find source file: singleevent-36gp.xml Fixing the CMakeLists does the job, but the build alter fails on missing OpenGL symbols, the same bug as in https://sourceforge.net/p/speed-dreams/tickets/1165/ but we do not use clang, gcc version 11.2.1 So if we did not encounter any of these problems, it would be helpful if you could give more details on what you did exactly. Thanks.
Just an update, I gave another try after some summer holidays and that should do it. That's our linker options for cmake which are quite restrictive for modules and breaks the built. You certainly used cmake, and not the mga %cmake, which explains why you were able to compile it while it was miserably crashing on the buildserver. With some tweaking, I have successfully built it for mga8. A bit more fight is still required for Cauldron, which has now a strict policy about rpath, but I'll do it before mga9 is released.
landed. Personal reminder: built against openscengraph-3.6, some graphic freezing occurs if the music is on (reported upstream).
Resolution: (none) => FIXEDStatus: NEW => RESOLVED