From leaf at real-time.com Wed Feb 1 17:20:59 2012 From: leaf at real-time.com (Rick Tanner) Date: Wed, 1 Feb 2012 17:20:59 -0600 Subject: [crossfire] Fwd: [Crossfire-devel] Compiling crossfire-server on FreeBSD 9.0 In-Reply-To: <4F236C78.8050003@gmail.com> References: <4F236C78.8050003@gmail.com> Message-ID: Cross post.. ---------- Forwarded message ---------- From: Kevin Zheng Date: Fri, Jan 27, 2012 at 9:33 PM Subject: [Crossfire-devel] Compiling crossfire-server on FreeBSD 9.0 To: crossfire-devel at lists.sourceforge.net Greetings everyone. Today I decided that I would take the latest trunk version of crossfire-server and compile it on FreeBSD 9.0 from source. For anyone interested in going through a similar experience, crossfire-server doesn't like compiling on FreeBSD, but with some modifications to the configure script and makefiles, seems to work fine. So, here's what I did. 0) Do all of the preparatory work (grabbing arch, map, server, linking arch into server/lib, etc.) 1) Created configure with the standard "sh autogen.sh" 2) Change the shebang in 'configure' from #!/bin/sh to #!/usr/local/bin/bash. FreeBSD's /bin/sh isn't at all like bash, and seems to choke when looking for Python. Bash seems to work fine. 3) Change all instances of '-ldl' to '-lc' in 'configure'. FreeBSD doesn't have a -ldl, because its dlopen() is in the standard C library. 4) ./configure with your favorite options (mine is --prefix). 5) Change the '-ldl' in server/Makefile to '-lc' 6) gmake install (instead of FreeBSD's default make) And it actually compiles. And here begins my 'bug report'. For me, it doesn't work. When I load up crossfire, everything starts out fine... Welcome to CrossFire, v1.60.trunk-runknown Copyright (C) 1994,2011 Mark Wedel & Crossfire Development Team Copyright (C) 1992 Frank Tore Johansen. 12/01/27 21:31:02 [Info] ? ?Reading highscore file /home/coolperson/cfroot/var/crossfire/highscore 12/01/27 21:31:02 [Info] ? ?Initializing plugins 12/01/27 21:31:02 [Info] ? ?Plugins directory is /home/coolperson/cfroot/lib/crossfire/plugins/ 12/01/27 21:31:02 [Info] ? ? -> Loading plugin : citylife.so 12/01/27 21:31:02 [Info] ? ? -> Loading plugin : cfpython.so 12/01/27 21:31:02 [Info] ? ? -> Loading plugin : cfanim.so 12/01/27 21:31:02 [Info] ? ? -> Loading plugin : cflogger.so 12/01/27 21:31:02 [Info] ? ?Sqlite Logger Plugin 1.0 alpha init 12/01/27 21:31:02 [Info] ? ?Sqlite Logger Plugin 1.0 alpha post init 12/01/27 21:31:02 [Info] ? ? -> Loading plugin : cfnewspaper.so 12/01/27 21:31:02 [Info] ? ?Newspaper Plugin 1.0 alpha init 12/01/27 21:31:02 [Info] ? ?Newspaper Plugin 1.0 alpha post init But then... 12/01/27 21:31:02 [Error] ? select failed: Bad file descriptor 12/01/27 21:31:02 [Error] ? select failed: Bad file descriptor 12/01/27 21:31:02 [Error] ? select failed: Bad file descriptor 12/01/27 21:31:03 [Error] ? select failed: Bad file descriptor And that message repeats until I CTRL-C out. Now I need a little bit of help. I can play with configure scripts fine, but I need a little help with this. Thanks, Kevin Zheng ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Crossfire-devel mailing list Crossfire-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/crossfire-devel From nicolas.weeger at laposte.net Sun Feb 5 04:13:32 2012 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 5 Feb 2012 11:13:32 +0100 Subject: [crossfire] Fwd: [Crossfire-devel] Compiling crossfire-server on FreeBSD 9.0 In-Reply-To: References: <4F236C78.8050003@gmail.com> Message-ID: <201202051113.36490.nicolas.weeger@laposte.net> Hello. Thanks for your tests. Can you apply the attached patch (via "patch -p0 < freebsd.patch"), recompile, relaunch, and send the error message? Thanks Nicolas Le jeudi 02 f?vrier 2012 00:20:59, Rick Tanner a ?crit : > Cross post.. > > ---------- Forwarded message ---------- > From: Kevin Zheng > Date: Fri, Jan 27, 2012 at 9:33 PM > Subject: [Crossfire-devel] Compiling crossfire-server on FreeBSD 9.0 > To: crossfire-devel at lists.sourceforge.net > > > Greetings everyone. > > Today I decided that I would take the latest trunk version of > crossfire-server and compile it on FreeBSD 9.0 from source. For anyone > interested in going through a similar experience, crossfire-server > doesn't like compiling on FreeBSD, but with some modifications to the > configure script and makefiles, seems to work fine. So, here's what I did. > > 0) Do all of the preparatory work (grabbing arch, map, server, linking > arch into server/lib, etc.) > > 1) Created configure with the standard "sh autogen.sh" > > 2) Change the shebang in 'configure' from #!/bin/sh to > #!/usr/local/bin/bash. FreeBSD's /bin/sh isn't at all like bash, and > seems to choke when looking for Python. Bash seems to work fine. > > 3) Change all instances of '-ldl' to '-lc' in 'configure'. FreeBSD > doesn't have a -ldl, because its dlopen() is in the standard C library. > > 4) ./configure with your favorite options (mine is --prefix). > > 5) Change the '-ldl' in server/Makefile to '-lc' > > 6) gmake install (instead of FreeBSD's default make) > > And it actually compiles. And here begins my 'bug report'. For me, it > doesn't work. When I load up crossfire, everything starts out fine... > > Welcome to CrossFire, v1.60.trunk-runknown > Copyright (C) 1994,2011 Mark Wedel & Crossfire Development Team > Copyright (C) 1992 Frank Tore Johansen. > 12/01/27 21:31:02 [Info] Reading highscore file > /home/coolperson/cfroot/var/crossfire/highscore > 12/01/27 21:31:02 [Info] Initializing plugins > 12/01/27 21:31:02 [Info] Plugins directory is > /home/coolperson/cfroot/lib/crossfire/plugins/ > 12/01/27 21:31:02 [Info] -> Loading plugin : citylife.so > 12/01/27 21:31:02 [Info] -> Loading plugin : cfpython.so > 12/01/27 21:31:02 [Info] -> Loading plugin : cfanim.so > 12/01/27 21:31:02 [Info] -> Loading plugin : cflogger.so > 12/01/27 21:31:02 [Info] Sqlite Logger Plugin 1.0 alpha init > 12/01/27 21:31:02 [Info] Sqlite Logger Plugin 1.0 alpha post init > 12/01/27 21:31:02 [Info] -> Loading plugin : cfnewspaper.so > 12/01/27 21:31:02 [Info] Newspaper Plugin 1.0 alpha init > 12/01/27 21:31:02 [Info] Newspaper Plugin 1.0 alpha post init > > But then... > > 12/01/27 21:31:02 [Error] select failed: Bad file descriptor > 12/01/27 21:31:02 [Error] select failed: Bad file descriptor > 12/01/27 21:31:02 [Error] select failed: Bad file descriptor > 12/01/27 21:31:03 [Error] select failed: Bad file descriptor > > And that message repeats until I CTRL-C out. Now I need a little bit of > help. I can play with configure scripts fine, but I need a little help > with this. > > Thanks, > Kevin Zheng > > --------------------------------------------------------------------------- > --- Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > Crossfire-devel mailing list > Crossfire-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/crossfire-devel > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: freebsd.patch Type: text/x-patch Size: 568 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From mwedel at sonic.net Tue Feb 14 01:07:10 2012 From: mwedel at sonic.net (Mark Wedel) Date: Mon, 13 Feb 2012 23:07:10 -0800 Subject: [crossfire] Crossfire release Message-ID: <4F3A081E.9000600@sonic.net> It's been quite a while since there has been a crossfire release, so it seems about time for one. So I'm thinking that in a couple weeks time, packing up what is there as a release and putting it up on sourceforge. There are a few reasons for this announcement: - If there is code/changes that are ready for commit, it gives you time to get those committed (a complaint in the past was someone missing the deadline by a few days and has to wait for the next release) - To be aware of this upcoming release, and _not_ to commit large untested changes. Making a release where the code has had little real world testing tends not to be good. - To focus on bug fixes/stability improvements for the next few weeks. Since a couple weeks is vague, I'll just say end of the month. That does not mean the release will happen on March 1, but it could, so just take that as a deadline. Any concerns, questions, issues, let me know. From 2c93e8f1 at gmail.com Tue Feb 14 18:22:49 2012 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Wed, 15 Feb 2012 08:22:49 +0800 Subject: [crossfire] [PATCH] Fix for libpng compilation problem Message-ID: Hi, A missing png_setjmp() results in compilation failure in latest subversion sources on ArchLinux (png_infop's jmp_buf is accessed directly in one place). A proposed fix is attached. Regards, - David McIlwraith <2c93e8f1 at gmail.com> -------------- next part -------------- A non-text attachment was scrubbed... Name: crossfire-png.patch Type: text/x-patch Size: 453 bytes Desc: not available URL: From 2c93e8f1 at gmail.com Tue Feb 14 18:49:31 2012 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Wed, 15 Feb 2012 08:49:31 +0800 Subject: [crossfire] GTK client compilation issue w/ newer autotools Message-ID: Hi, X_LIBS does not appear to include libX11 with bleeding-edge auto* tools; I am not sure if this is an issue with the client source itself or a problem elsewhere. Nonetheless, on svn r16896 (up-to-date local ArchLinux [x86_64] system), configure.ac must be modified such that -lX11 is added in a similar vein to Xext. Noting that I have not encountered this issue before when packaging the client, I am unsure as to where the problem lies -- does anyone have any insight here? Regards, - David McIlwraith <2c93e8f1 at gmail.com> From mwedel at sonic.net Wed Feb 15 01:16:53 2012 From: mwedel at sonic.net (Mark Wedel) Date: Tue, 14 Feb 2012 23:16:53 -0800 Subject: [crossfire] GTK client compilation issue w/ newer autotools In-Reply-To: References: Message-ID: <4F3B5BE5.5040402@sonic.net> On 02/14/12 04:49 PM, David McIlwraith wrote: > Hi, > > X_LIBS does not appear to include libX11 with bleeding-edge auto* > tools; I am not sure if this is an issue with the client source itself > or a problem elsewhere. Nonetheless, on svn r16896 (up-to-date local > ArchLinux [x86_64] system), configure.ac must be modified such that > -lX11 is added in a similar vein to Xext. Noting that I have not > encountered this issue before when packaging the client, I am unsure > as to where the problem lies -- does anyone have any insight here? Does pkg-config exist on the system (it may not - it seems like every few years yet a new method of determine package information comes out). It would be interesting to see what 'pkg-config --libs gtk+-2.0' comes back with - that should provide the libraries that gtk+ needs. For example, on my solaris system, I get: pkg-config --libs gtk+-2.0 -R/usr/lib -lgtk-x11-2.0 -lsecdb -ltsol -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgio-2.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lpthread -lglib-2.0 Note that -X11 (along with a bunch of other X libraries) is there. If pkg-config is not listing those libraries, I would suggest some problem with the distribution related to pkg-config not reporting correct information. If that information is there, and for some reason the configure is not using it, that would require more investigation. From 2c93e8f1 at gmail.com Wed Feb 15 03:22:27 2012 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Wed, 15 Feb 2012 17:22:27 +0800 Subject: [crossfire] GTK client compilation issue w/ newer autotools In-Reply-To: References: <4F3B5BE5.5040402@sonic.net> Message-ID: Hi, Thanks. Seems that is the case here. X libraries are not listed in the gtk+-2.0.pc file for some reason. Regards, - David McIlwraith <2c93e8f1 at gmail.com> On Wed, Feb 15, 2012 at 3:16 PM, Mark Wedel wrote: > On 02/14/12 04:49 PM, David McIlwraith wrote: >> >> Hi, >> >> X_LIBS does not appear to include libX11 with bleeding-edge auto* >> tools; I am not sure if this is an issue with the client source itself >> or a problem elsewhere. Nonetheless, on svn r16896 (up-to-date local >> ArchLinux [x86_64] system), configure.ac must be modified such that >> -lX11 is added in a similar vein to Xext. Noting that I have not >> encountered this issue before when packaging the client, I am unsure >> as to where the problem lies -- does anyone have any insight here? > > > ?Does pkg-config exist on the system (it may not - it seems like every few > years yet a new method of determine package information comes out). > > ?It would be interesting to see what 'pkg-config --libs gtk+-2.0' comes back > with - that should provide the libraries that gtk+ needs. ?For example, on > my solaris system, I get: > > pkg-config --libs gtk+-2.0 > -R/usr/lib -lgtk-x11-2.0 -lsecdb -ltsol -lgdk-x11-2.0 -latk-1.0 > -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lXext -lXrender > -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgio-2.0 -lXfixes > -lcairo -lX11 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 > -lgmodule-2.0 -lgthread-2.0 -lpthread -lglib-2.0 > > ?Note that -X11 (along with a bunch of other X libraries) is there. > > ?If pkg-config is not listing those libraries, I would suggest some problem > with the distribution related to pkg-config not reporting correct > information. If that information is there, and for some reason the configure > is not using it, that would require more investigation. From bofh at diegeekdie.com Wed Feb 15 04:51:58 2012 From: bofh at diegeekdie.com (Sebastian Andersson) Date: Wed, 15 Feb 2012 11:51:58 +0100 Subject: [crossfire] Compiling 1.60 on OSX. Message-ID: Its been ages since I really played crossfire. I've looked at the crossfire web's client's list now and then and there has never been a new enough OS X client. I tried the java client some year ago, but it was not really playable, the character would often start to run and not stop until I typed a stop running command. Yesterday I thought, how hard can it be to port a C application to OSX? After all, I've got both Xcode and homebrew installed. :-) I looked at http://crossfire.real-time.com/clients/macosx-intel.html but it seems a bit dated. I also didn't have or want fink. Here's a small text describing the experience. I checked out the source code from the tag for 1.60. svn complained about invalid SSL/TLS certificate, but I temporarily accepted it. Don't know where the problem lies. Then I read the README and INSTALL files and was told to run ./configure. Of course, that is not checked in, nor is there any description about how to make one. Its been ages since I last used autoconf/automake so I didn't remeber the order they should be run, but eventually I got a configure file. I guess the correct order should be: aclocal; autoconf; automake --add-missing (I forgot aclocal and had to change the aclocal.m4 file to get it to run...). It would have been nice to have some text about what to run, with what options, in the INSTALL file (or having the configure and utils files checked in). Finally I could run ./configure. It complained that it could not find libpng. Running: LD_FLAGS=/usr/X11 ./configure made it find libpng correctly. I think it has come with the X11 installation. The configure script complained it couldn't find a lot of other dependencies. "brew install" a couple of times fixed that too. It would have been nice to have a list of what the dependencies are in the INSTALL file and what is optional. Configure sometimes doesn't say the real package name. I'm not too familiar with GTK and was first looking for libgtk-v2 and variants of it, when the package name in homebrew is gtk+ (with a version number of 2.24). Other dependencies were easier to find. Finally I had a makefile and could run make. It went on for a while until it complained about setljmp and libpng. I fixed it and saw today that David McIlwraith had already provided a patch for it. A case of having the wrong version installed perhaps? Then linking complained about some _pre_func* and _post_func* functions that were missing. The common code was compiled with -finstrumental-functions for some reason. I removed the flag from the Makefile and recompiled the common code. After that the linking complained about missing functions from X11, which I added to the makefile (-lX11 added to some LIBS= setting). The compilation had also produced a huge amount of warnings. Some about unused local variables (I fixed some with dd in vim), but some about incorrect variable sizes (I've got a 64 bit system), is there some pointer being put in an integer perhaps? I made a half hearted attempt at fixing the code (using the proper GTK macros instead of direct casts), but the warning remained. Anyway, the client had compiled so I decided to try it. The homebrew version of GTK+ was the X11 version. Oh well, at least it started and complained about not finding glade files. A make install (which sucks; couldn't the client just find the needed files relative to the binary's location, at least when argv[0] is a path?) and a new try. This time a really ugly client starts up. I try to switch glade file in the config, but nothing happened (even after restart). Oh well. At least it seems to work. I connect to a server and it complains my client is too old. I try the next server, make a character and then the server restricts the character to the starting map... I try the third server that was available via the meta server. I can create my character and end up in some start town. I resize my client's window and the whole map goes black. After running around for a bit the map is refreshed enough to not be all black. Related to the lack of correct glade file? I then take a few more steps and the network or server goes down, I can't connect to it anymore. Btw. what happened to the old process of character creation by walking around on a map? The gtk-v2 client's character creation dialogs was a bit confusing with buttons that were not dimmed out when they could not be used. "Add character" should perhaps be called Import/Transfer character or something instead (if it does what I think it does and transfers an old character into the account). It should also not be to the left of the "create character" button since it is expected to be used less frequently (but perhaps that's a glade file thingy). Oh well. I go to the crossfire web forum (http://forum.metalforge.net/) and get: Forbidden You don't have permission to access / on this server because you are currently blacklisted by a DNSBL server at: se.countries.nerd.dk I go to http://countries.nerd.dk/ to see what's up and it tells me that it is not a black list server, but an IP to country mapper, so why is it used like one? I don't know, but I think I've got a little hunch about why there were no players on the two servers I connected to... Anyway perhaps the home page can be updated a bit with a text about it being possible to compile the OSX client? Regards, /Sebastian -- One laptop per child project: http://laptop.org/ From leaf at real-time.com Thu Feb 16 11:24:38 2012 From: leaf at real-time.com (Rick Tanner) Date: Thu, 16 Feb 2012 11:24:38 -0600 Subject: [crossfire] Compiling 1.60 on OSX. Message-ID: <4F3D3BD6.5060208@real-time.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, > Yesterday I thought, how hard can it be to port a C application to > OSX? After all, I've got both Xcode and homebrew installed. :-) What version of Mac OS X are you using? What version or release of Xcode did you use? I wasn't aware of homebrew, thank you for this information. > Anyway perhaps the home page can be updated a bit with a text about > it being possible to compile the OSX client? The client page is (more or less) a mirror of the wiki page located at, http://wiki.metalforge.net/doku.php/osx So, yes - when the wiki is updated the Mac OS X (Intel) page get's updated as well. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFPPTvVhHyvgBp+vH4RAgcKAJ0dVYmT3jQ1ddBp6SrOHKmYiNLszgCgvtA8 QUZg8LDgunCYk83ZdIibCok= =PbTv -----END PGP SIGNATURE----- From leaf at real-time.com Thu Feb 16 11:29:24 2012 From: leaf at real-time.com (Rick Tanner) Date: Thu, 16 Feb 2012 11:29:24 -0600 Subject: [crossfire] JXClient screen shot request Message-ID: <4F3D3CF4.2030605@real-time.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, For those who are more familiar and use the JX Client, could you please send me a screen shot of your client layout? I am curious to see and compare what options and choices people use. Plus, I have an opportunity to gather in person feedback from brand new players this weekend in regards to the client. Thank you, -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFPPTzzhHyvgBp+vH4RAoeRAKCHwbIMITO48bIMNC20emNfqP26iACeOgs4 xHjmltejhOM1eTiNCCiS4Vk= =kUMK -----END PGP SIGNATURE----- From bofh at diegeekdie.com Thu Feb 16 14:11:29 2012 From: bofh at diegeekdie.com (Sebastian Andersson) Date: Thu, 16 Feb 2012 21:11:29 +0100 Subject: [crossfire] Compiling 1.60 on OSX. In-Reply-To: <4F3D3BD6.5060208@real-time.com> References: <4F3D3BD6.5060208@real-time.com> Message-ID: On Thu, Feb 16, 2012 at 18:24, Rick Tanner wrote: > What version of Mac OS X are you using? 10.7.3 (Lion). > What version or release of Xcode did you use? 4.2.1 - that's: GCC-4.2: build 5666 LLVM: build 2336 Clang: 3.0 build 211 > The client page is (more or less) a mirror of the wiki page located > at, http://wiki.metalforge.net/doku.php/osx > > So, yes - when the wiki is updated the Mac OS X (Intel) page get's > updated as well. Great! I'll see if I can contribute some useful information. I see now that I lied a little in my previous mail. aclocal didn't work for me. To build it I did: autoreconf automake -add-missing autoreconf LDFLAGS=-L/usr/X11/lib/ LIBS=-lX11 ./configure cd common sed -e 's/-finstrument-functions//g' < Makefile > Makefile.tmp && mv Makefile.tmp Makefile cd .. make sudo make install (After fixing the libpng issue.) Yesterday I removed my config file and then the client started to look really nice too! /Sebastian -- One laptop per child project: http://laptop.org/ From nicolas.weeger at laposte.net Sun Feb 19 03:30:36 2012 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 19 Feb 2012 10:30:36 +0100 Subject: [crossfire] Compiling 1.60 on OSX. In-Reply-To: References: Message-ID: <201202191030.41455.nicolas.weeger@laposte.net> Hello. > I tried the java client some year ago, but it was not really playable, > the character would often start to run and not stop until I typed a > stop running command. I'd be interested in you trying the current Java (JXClient) again :) It did change a lot lately. If you got JavaWebStart, just point it to http://invidious.meflin.net/crossfire/jxclient.jnlp Else you can grab it from http://invidious.meflin.net/crossfire/jxclient.jar (daily build). Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Sun Feb 19 03:36:13 2012 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 19 Feb 2012 10:36:13 +0100 Subject: [crossfire] JXClient screen shot request In-Reply-To: <4F3D3CF4.2030605@real-time.com> References: <4F3D3CF4.2030605@real-time.com> Message-ID: <201202191036.13794.nicolas.weeger@laposte.net> Hello. > For those who are more familiar and use the JX Client, could you > please send me a screen shot of your client layout? Here are 2 screenshots. First is the layout I usually use (though inventory is closed often), 2nd is just to show various windows :) Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: jxclient1.png Type: image/png Size: 70247 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: jxclient2.png Type: image/png Size: 111410 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Thu Feb 23 13:06:46 2012 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Thu, 23 Feb 2012 20:06:46 +0100 Subject: [crossfire] [PATCH] Fix for libpng compilation problem In-Reply-To: References: Message-ID: <201202232006.46408.nicolas.weeger@laposte.net> Hello. > A missing png_setjmp() results in compilation failure in latest > subversion sources on ArchLinux (png_infop's jmp_buf is accessed > directly in one place). A proposed fix is attached. Patch committed to SVN, thanks :) Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From mwedel at sonic.net Sat Feb 25 23:48:18 2012 From: mwedel at sonic.net (Mark Wedel) Date: Sat, 25 Feb 2012 21:48:18 -0800 Subject: [crossfire] GTK client compilation issue w/ newer autotools In-Reply-To: References: <4F3B5BE5.5040402@sonic.net> Message-ID: <4F49C7A2.3090908@sonic.net> On 02/15/12 01:22 AM, David McIlwraith wrote: > Hi, > > Thanks. Seems that is the case here. X libraries are not listed in the > gtk+-2.0.pc file for some reason. There isn't a lot the client can/should do in that case. One can set LIBS environmental variables to add extra libraries that are needed - I think in this case, that is probably the correct fix (well, workaround). While the client configure script could look for these other libraries, there is reasonably likelihood that it will break in various cases - if gtk+ adds another library dependency in the future, or if there is an extra one on some system. > > Regards, > - David McIlwraith<2c93e8f1 at gmail.com> > > On Wed, Feb 15, 2012 at 3:16 PM, Mark Wedel wrote: >> On 02/14/12 04:49 PM, David McIlwraith wrote: >>> >>> Hi, >>> >>> X_LIBS does not appear to include libX11 with bleeding-edge auto* >>> tools; I am not sure if this is an issue with the client source itself >>> or a problem elsewhere. Nonetheless, on svn r16896 (up-to-date local >>> ArchLinux [x86_64] system), configure.ac must be modified such that >>> -lX11 is added in a similar vein to Xext. Noting that I have not >>> encountered this issue before when packaging the client, I am unsure >>> as to where the problem lies -- does anyone have any insight here? >> >> >> Does pkg-config exist on the system (it may not - it seems like every few >> years yet a new method of determine package information comes out). >> >> It would be interesting to see what 'pkg-config --libs gtk+-2.0' comes back >> with - that should provide the libraries that gtk+ needs. For example, on >> my solaris system, I get: >> >> pkg-config --libs gtk+-2.0 >> -R/usr/lib -lgtk-x11-2.0 -lsecdb -ltsol -lgdk-x11-2.0 -latk-1.0 >> -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lXext -lXrender >> -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgio-2.0 -lXfixes >> -lcairo -lX11 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 >> -lgmodule-2.0 -lgthread-2.0 -lpthread -lglib-2.0 >> >> Note that -X11 (along with a bunch of other X libraries) is there. >> >> If pkg-config is not listing those libraries, I would suggest some problem >> with the distribution related to pkg-config not reporting correct >> information. If that information is there, and for some reason the configure >> is not using it, that would require more investigation. > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire > From 2c93e8f1 at gmail.com Sun Feb 26 03:04:26 2012 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Sun, 26 Feb 2012 17:04:26 +0800 Subject: [crossfire] GTK client compilation issue w/ newer autotools In-Reply-To: <4F49C7A2.3090908@sonic.net> References: <4F3B5BE5.5040402@sonic.net> <4F49C7A2.3090908@sonic.net> Message-ID: Yes. I agree there, in relation to potential duplication of dependencies inter alia; I am not entirely sure who is responsible for the erroneous .pc file in current builds of ArchLinux, but a patch is already present in the client 'crossfire-client-svn' package at https://aur.archlinux.org/. Thanks for your advice! :-) Regards, - David McIlwraith <2c93e8f1 at gmail.com> On Sun, Feb 26, 2012 at 1:48 PM, Mark Wedel wrote: > On 02/15/12 01:22 AM, David McIlwraith wrote: >> >> Hi, >> >> Thanks. Seems that is the case here. X libraries are not listed in the >> gtk+-2.0.pc file for some reason. > > > ?There isn't a lot the client can/should do in that case. > > ?One can set LIBS environmental variables to add extra libraries that are > needed - I think in this case, that is probably the correct fix (well, > workaround). > > ?While the client configure script could look for these other libraries, > there is reasonably likelihood that it will break in various cases - if gtk+ > adds another library dependency in the future, or if there is an extra one > on some system. > > >> >> Regards, >> - David McIlwraith<2c93e8f1 at gmail.com> >> >> On Wed, Feb 15, 2012 at 3:16 PM, Mark Wedel ?wrote: >>> >>> On 02/14/12 04:49 PM, David McIlwraith wrote: >>>> >>>> >>>> Hi, >>>> >>>> X_LIBS does not appear to include libX11 with bleeding-edge auto* >>>> tools; I am not sure if this is an issue with the client source itself >>>> or a problem elsewhere. Nonetheless, on svn r16896 (up-to-date local >>>> ArchLinux [x86_64] system), configure.ac must be modified such that >>>> -lX11 is added in a similar vein to Xext. Noting that I have not >>>> encountered this issue before when packaging the client, I am unsure >>>> as to where the problem lies -- does anyone have any insight here? >>> >>> >>> >>> ?Does pkg-config exist on the system (it may not - it seems like every >>> few >>> years yet a new method of determine package information comes out). >>> >>> ?It would be interesting to see what 'pkg-config --libs gtk+-2.0' comes >>> back >>> with - that should provide the libraries that gtk+ needs. ?For example, >>> on >>> my solaris system, I get: >>> >>> pkg-config --libs gtk+-2.0 >>> -R/usr/lib -lgtk-x11-2.0 -lsecdb -ltsol -lgdk-x11-2.0 -latk-1.0 >>> -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lXext -lXrender >>> -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgio-2.0 >>> -lXfixes >>> -lcairo -lX11 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 >>> -lgmodule-2.0 -lgthread-2.0 -lpthread -lglib-2.0 >>> >>> ?Note that -X11 (along with a bunch of other X libraries) is there. >>> >>> ?If pkg-config is not listing those libraries, I would suggest some >>> problem >>> with the distribution related to pkg-config not reporting correct >>> information. If that information is there, and for some reason the >>> configure >>> is not using it, that would require more investigation. >> >> _______________________________________________ >> crossfire mailing list >> crossfire at metalforge.org >> http://mailman.metalforge.org/mailman/listinfo/crossfire >> >