I succeeded to build working bzflag game. After installing libcares-devel package, removing whole bzflag build tree, uncomperss and build again with forcing to use system ares library
./configure --enable-ares --disable-ares-build
Build ares ........: no (using system)
Build curl ........: no (using system)
Build glew ........: no (using system)
Build regex .......: no (using system)
Build zlib ........: no (using system)
make
make install
I think that the problem is because if libcares-devel is not installed the bzflag is compiled with included in its source tree ares, but on run it use dynamic link with /usr/lib/libcares.so.2
On YAST
Downgrade all versions of “libcares” down to 1.7.4-4.1
Downgrade “libcurl” down to 7.21.2-9.1 (its addicted from libcares and yast downgrade it automatic)
On 12/31/2011 08:46 PM, Hotzenplotz178 wrote:
> Downgrade all versions of “libcares” down to 1.7.4-4.1
> Downgrade “libcurl” down to 7.21.2-9.1 (its addicted from libcares and
> yast downgrade it automatic)
>
does that affect any other programs/functions/capabilities, that you
know of??
i ask, because i used to do a little tanking, but have not because i got
tired of futzing with the thing…
–
DD
openSUSE®, the “German Engineered Automobiles” of operating systems!
Oh carp - I’ve just upgraded to 12.1 and never even thought to look to see if there was an issue with Bzflag, which there is. When it doesn’t crash it refuses to find any host servers - sigh
> Oh carp - I’ve just upgraded to 12.1 and never even thought to look to
> see if there was an issue with Bzflag, which there is. When it doesn’t
> crash it refuses to find any host servers - sigh
i have loaded BZFlag 2.4.0.20111030 from (i think) the 12.1 standard
repo (maybe it was from factory) onto my openSUSE 11.4 (32 bit) and it
runs flawlessly…so i wouldn’t know how to help you, but if you
“upgraded” (as you said) from an earlier version to 12.1 i would suspect
that you (somehow–which is EASY to do…and, therefore i never
‘upgrade’ but rather always fresh install) have some leftovers from an
earlier version…so maybe try:
use YaST Software Management to uninstall bzflag AND use the YaST
Option “Cleanup when deleting packages”
On 05/01/2012 05:56 AM, JohnVV wrote:
>
> posting the build warning ( linker likely ) that is causing the
> “libcares.so.2” seg fault , might help
OH! i forgot to mention i had to uninstall libstdc++45-4.5.1 and in its
place install libstdc++46-4.6.2 in order to meet the dependencies of the
newer bzflag…
No idea how this got so long when imblack got it (mostly) right in the second message…
The problem is fixed in the games repo (that will take some time to be published because some problems with the OBS). If you want an official update open a bug as DenverD said…
Hi, my Opensuse installation is a fresh install - I had tried an in place upgrade but doing a check on the rpm database showed up a lot of left overs from 11.4 so decided to got the nuclear route instead.
My rpm database is pointing to the opensuse games repository here: Index of /repositories/games/openSUSE_12.1
This gives me BZFLAG version BZFlag 2.4.0_21.3 Does this make my version newer or older than yours?
This version runs, doesn’t find any bzservers and eventually crashes.
On 05/02/2012 12:26 AM, ptmorris wrote:
> My rpm database is pointing to the opensuse games repository here:
> ‘Index of /repositories/games/openSUSE_12.1’
> (http://download.opensuse.org/repositories/games/openSUSE_12.1)
> This gives me BZFLAG version BZFlag 2.4.0_21.3 Does this make my
> version newer or older than yours?
>
> This version runs, doesn’t find any bzservers and eventually crashes.
i look now in YaST Software Management and see mine listed as
2.4.0-4.1.2-i586 which i direct downloaded from this page http://software.opensuse.org/search by specifying 12.1, and i think it
came from the standard (OSS) repo [which is not the same one you
pulled from]…and, then once i met its need of libstdc++46 (instead of
libstdc++45) it “just ran”…and, finds lots of servers…
i can’t tell which is the ‘newest’ (because i don’t know the build time
for your 2.4.0_21.3), but my was built at “Sun 30 Oct 2011 03:19:21 AM CET”
hmmmm…if yours is actually 2.4.0-21.3 then it is newer (but newer is
not always better…so, suggest you switch from the games repo and
replace what you have now with the 2.4.0-4.1.2 in the standard repo)
My PC is unable to run correctly both Bzflag installs from the games repo and the OSS repo. As you are running 11.4 it looks as though this is an issue with 12.1 … sigh.
I have just seen that there is an unstable version here. I’ll give that ago as the stable ones don’t appear to be very stable on my PC.
Because the latest version from the games repo still hasn’t been published (because of this) and because nobody opened a bug report.
It’s an issue where bzflag is providing the symbols from libcares 1.7.1. And libcurl is compiled against libcares 1.7.4 in openSUSE 11.4 and libcares 1.7.5 in openSUSE 12.1. Yes, obviously it depends on the openSUSE version… but is not “an issue with 12.1”, it’s an issue with bzflag as imblack told in this same thread five months ago…
Where it says “unstable”?? It’s the fixed version that will be published in the games repo once the server problems are fixed.
The stable version is not stable on your PC because not you nor nobody else created a bug report as DenverD said three months ago…