Bug#1051946: libsdl2-dev: sdl2-config --static-libs will fail with clang-16 and above.
Package: libsdl2-dev Version: 2.28.3+dfsg-2 Justification: sdl2-config can fail to get the proper link flags. This used to work with both gcc and clang, but now when using clang, it fails: $ CC=clang-16 sdl2-config --static-libs clang: error: unsupported option '-print-multiarch' clang: error: no input files /usr/lib//libSDL2.a -lm -lasound -lm -ldl -lpthread -lpulse-simple -lpulse -pthread -lsamplerate -lX11 -lXext -lXcursor -lXi -lXfixes -lXrandr -lXss -ldrm -lgbm -lwayland-egl -lwayland-client -lwayland-cursor -lxkbcommon -ldecor-0 -lpthread The reason for this failure is the fact that clang has removed support for the -print-multiarch flag. See: https://github.com/llvm/llvm-project/commit/e05edb19adbfd1b24f58d583e4b5b4d742f982ee I first tried reporting this with Ubuntu, then with SDL2 upstream, but the source of this bug actually stems from a debian patch. See: debian/patches/no-libdir.patch The author of the patch states that: "a compiler for the host architecture that supports the -print-multiarch argument (which Debian's gcc and clang do)" This is no longer true, as clang will not take that flag. The SDL2 upstream will not execute the compiler to determine the library dir. This is debian-specific (and inherited by Ubuntu.) >From my testing, it seems that clang v 16 and above is affected. I have produced this bug on: Ubuntu 23.04 Lunar Lobster Ubuntu 23.10 Mantic Minotaur
Bug#1000600: libudev.a static library missing.
Package: libudev-dev Version: 247.3-6 The libudev-dev package only comes with a shared library, not with a static library. https://packages.debian.org/bullseye/amd64/libudev-dev/filelist NOTE: THIS WAS NOT ALWAYS THE CASE. Somewhere along the line, the libudev.a file disappeared. (It could have happened with the inclusion into systemd sources?) This means that statically linking against libudev will fail: /usr/bin/ld: cannot find -ludev collect2: error: ld returned 1 exit status I see no reason why libudev should not be available as a static library as well. Please include libudev.a in the libudev-dev package, so that statically linking against libudev is possible again. -- Owner/Director of Game Studio Abraham Stolk Inc. Vancouver BC, Canada b.st...@gmail.com
Bug#459893: please close
please close this bug. It was addressed, and the current version 2.1.5 behaves as desired. Bram Stolk
Bug#467307: too difficult
2.1.3 lowers the difficulty some more. It is easier to re-start at save points by pressing 'ESC' once. Also, recovery of stuck vehicles has been improved. A car with spinning wheels going nowhere is detected, and a recovery bump is attempted.
Bug#459893: save games
2.1.3 upstream version now has improved respawning. Press ESCAPE to try from previous respawn point.
Bug#465735: wheel slip
This has been fixed in upstream version 2.1.3
Bug#465734: menu fix
Ah, it turned out the menu option was updated when in-game. The fix was simple, and will be available in the 2.1.3 release.
Bug#465735: wheel slip in stormbaan coureur
Good suggestion. I'll add some detection code. Also, maybe I should add a game functionality. If you press a certain key, 4-wheel drive is activated, so you can still get out of difficult spots. If all 4 wheels are slipping, a recovery jump would make sense. I'll try to implement this. Bram (upstream author)
Bug#459893: save games in stormbaan coureur
Hi, Checkpointing is done via the floppy disk icons. But I agree: they are not as useful as they should be, because if you get stuck, ESCAPE goes to menu, and not to save point. Maybe it should check if it can go back to a savept instead. Bram (upstream author)
Bug#465734: menu in stormbaan coureur
Hi, I'm upstream author. I'll see what I can do about this. It may be tricky, as the menu and the car are steered with the same keys/gamepad. The transition from steering car to steering menu is vague, thus you get spurious input. Bram
Bug#467307: stormbaan coureur too hard
I am the upstream author of this game. I agree it is too difficult. I just released 2.1.2 which is somewhat easier, as the track has been widened. Also, the simulation has been improved. But the nr of obstacles is the same. I will think about multiple tracks. However, it will be a while before I will get that in. Maybe a detour around the obstacles would work. You could then skip those that are too hard. Skipping one should come with a time penalty. Oh, and lastly: it may be too difficult, but it is not impossible. People were able to set fast times on the leaderboard with 2.1.1 I erased the leaderboard, and can keep an eye on new scores with 2.1.2 Game versions before 2.1.2 will not have their time recorded anymore. Bram
Bug#465464: endiness
I know that the game used to run without problems on ppc, after it was fixed for sound-problems. It may be an endian bug creeped back in, but my guess is that it should be ok. Could the reporter please run the demos that come with ODE, to see if his libode is working fine? Bram
Bug#455155: gcc 4.3
Upstream version 2.0.2 fixes the gcc 4.3 build. Bram
Bug#440484: stormbaan coureur crash
Hi, Please try with ode 0.8.1-rc1 It contains some fixes, and should be able to catch the AABB crash. Bram -- Zapp: Captain's log, stardate...er.. Kif: Ohhh. April 13th. Zapp: April 13th. Point 2.