From nicolas.weeger at laposte.net Thu Dec 1 16:17:18 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Thu, 1 Dec 2011 23:17:18 +0100 Subject: [crossfire] Guild facilities cost In-Reply-To: <201110271852.36245.nicolas.weeger@laposte.net> References: <201110271852.36245.nicolas.weeger@laposte.net> Message-ID: <201112012317.22257.nicolas.weeger@laposte.net> Hello. > In the various guilds, one can buy replacement for stoves, bowyer desk, and > such. > > The current cost seems really high to me, from 10 amberium to 24 amberium. > This makes the rooms really unattractive I think, since it's pretty easy to > destroy (or curse) a cauldron even at high level. > > > I was thinking of setting the price around 50 jade, which seems slightly > better. I've divided the price by 10, making a card between 10 and 24 jade coins. 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 Sat Dec 3 09:14:34 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sat, 3 Dec 2011 16:14:34 +0100 Subject: [crossfire] plugin versioning In-Reply-To: <4ECC9D0C.2010003@sonic.net> References: <4ECC9D0C.2010003@sonic.net> Message-ID: <201112031614.37986.nicolas.weeger@laposte.net> Hello. > Now I've made a fairly simple change (not yet commited) that checks what > the svn version was of the compiled plugin against that of the server, and > if they don't match, it doesn't load the plugin. I've taken the liberty to add a settings, 'ignore_plugin_compatibility' (FALSE by default), which when set ignores that check. When developing actively on sources, it's a real pain to have to 'make install' all the time if for instance an archetype or a map changes :) As documented, this is intended for developers only, of course. 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 archaios at archaios.net Sat Dec 3 17:20:15 2011 From: archaios at archaios.net (David McIlwraith) Date: Sun, 4 Dec 2011 10:20:15 +1100 Subject: [crossfire] [PATCH 1/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues In-Reply-To: References: Message-ID: Hi, Would someone please apply this patch to SVN? I am aware NLS support is not currently used, but it seems incongruous to fail to use $(localedir), and I have been forced to include the patch in ArchLinux's AUR crossfire-client-svn (https://aur.archlinux.org/packages.php?ID=34483). Regards, - David McIlwraith On Fri, Nov 18, 2011 at 10:59 PM, David McIlwraith wrote: > Sorry, > > Correct patch attached (whitespace issues). Otherwise, details as per > message 0/1. > > Regards, > - David McIlwraith > ArchLinux AUR 'crossfire-client' / 'crossfire-client-svn' package maintainer > > On Fri, Nov 18, 2011 at 10:39 PM, David McIlwraith > wrote: >> Proposed fix for GTK 2+ Makefile.am reference to locale directory. >> "$(DATADIRNAME)" is not defined in newest autotools versions, and >> "$(localedir)" is preferred. >> >> Signed-off-by: David McIlwraith >> --- >> ?Makefile.am | ? ?2 +- >> ?1 file changed, 1 insertion(+), 1 deletion(-) >> >> Index: gtk-v2/src/Makefile.am >> =================================================================== >> --- gtk-v2/src/Makefile.am ? ? ?(revision 15791) >> +++ gtk-v2/src/Makefile.am ? ? ?(working copy) >> @@ -21,7 +21,7 @@ >> >> ?INCLUDES = \ >> ? ? ? ?-DPACKAGE_DATA_DIR=\""$(datadir)"\" \ >> - ? ? ? -DPACKAGE_LOCALE_DIR=\""$(prefix)/$(DATADIRNAME)/locale"\" \ >> + ? ? ? -DPACKAGE_LOCALE_DIR=\""$(localedir)"\" \ >> ? ? ? ?-I$(top_builddir)/common \ >> ? ? ? ?-I$(top_srcdir)/common \ >> ? ? ? ?-I$(top_srcdir)/common/shared \ >> -------------- next part -------------- A non-text attachment was scrubbed... Name: crossfire-client-svn-fix-gtk2-localedir.patch Type: text/x-patch Size: 749 bytes Desc: not available URL: From 2c93e8f1 at gmail.com Sat Dec 3 17:24:33 2011 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Sun, 4 Dec 2011 10:24:33 +1100 Subject: [crossfire] [PATCH 0/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues Message-ID: Hi, As of the newest trunk svn version (and prior versions), the locale directory is not properly referenced in 'gtk-v2/src/Makefile.am', leading to "$prefix/locale" (via an unset "$(DATADIRNAME), which should be "$datadir") being used instead of "$prefix/$datadir/locale" (noting that "$localedir", I believe, is the correct setting, and succeeds in my tests; see patch below), even though NLS is currently not employed. I propose the patch in the next message. As a secondary issue, as use of 'autogen.sh' is deprecated (per warning), and the included 'aclocal.m4' is out-of-date [if autoconf 2.61 is not used], I must advise that the package fails to build on (at least) the current ArchLinux distribution via use of 'autoreconf' alone, as 'utils/{config.guess,config.sub,install-sh,missing}' are not provided. The commands: aclocal automake --add-missing [to add the missing utils/ files] autoreconf are necessary to produce a working package. I am not sure if the latter problem is regarded as a major issue at this point or not, but the locale directory reference is definitely not correct with current autotools versions. Regards, - David McIlwraith ArchLinux AUR 'crossfire-client' / 'crossfire-client-svn' package maintainer From 2c93e8f1 at gmail.com Sat Dec 3 17:26:00 2011 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Sun, 4 Dec 2011 10:26:00 +1100 Subject: [crossfire] [PATCH 1/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues Message-ID: Proposed fix attached. Already in use in 'crossfire-client-svn', ArchLinux AUR (https://aur.archlinux.org/packages.php?ID=34483). Regards, - David McIlwraith -------------- next part -------------- A non-text attachment was scrubbed... Name: crossfire-client-svn-fix-gtk2-localedir.patch Type: text/x-patch Size: 749 bytes Desc: not available URL: From 2c93e8f1 at gmail.com Sat Dec 3 17:27:55 2011 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Sun, 4 Dec 2011 10:27:55 +1100 Subject: [crossfire] [PATCH 0/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues In-Reply-To: References: Message-ID: Ouch -- Sorry for the duplicate messages! Accidental resend. Regards, - David McIlwraith On Sun, Dec 4, 2011 at 10:24 AM, David McIlwraith <2c93e8f1 at gmail.com> wrote: > Hi, > > As of the newest trunk svn version (and prior versions), the locale > directory is not properly referenced in 'gtk-v2/src/Makefile.am', > leading to "$prefix/locale" (via an unset "$(DATADIRNAME), which > should be "$datadir") being used instead of "$prefix/$datadir/locale" > (noting that "$localedir", I believe, is the correct setting, and > succeeds in my tests; see patch below), even though NLS is currently > not employed. I propose the patch in the next message. > > As a secondary issue, as use of 'autogen.sh' is deprecated (per > warning), and the included 'aclocal.m4' is out-of-date [if autoconf > 2.61 is not used], I must advise that the package fails to build on > (at least) the current ArchLinux distribution via use of 'autoreconf' > alone, as 'utils/{config.guess,config.sub,install-sh,missing}' are not > provided. > > The commands: > > aclocal > automake --add-missing [to add the missing utils/ files] > autoreconf > > are necessary to produce a working package. I am not sure if the > latter problem is regarded as a major issue at this point or not, but > the locale directory reference is definitely not correct with current > autotools versions. > > Regards, > - David McIlwraith > ArchLinux AUR 'crossfire-client' / 'crossfire-client-svn' package maintainer From meflin at meflin.net Sat Dec 3 18:33:58 2011 From: meflin at meflin.net (James Lopeman) Date: Sat, 3 Dec 2011 17:33:58 -0700 Subject: [crossfire] [PATCH 0/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues In-Reply-To: References: Message-ID: <201112031733.58637.meflin@meflin.net> I do not know enough about automess to comment on this other then I apreciate the feedback ( and patches even more ) from a distro. Have you considered packaging jxclient? At this time it is the most advanced client. Meflin On Saturday, December 03, 2011 04:27:55 PM David McIlwraith wrote: > Ouch -- Sorry for the duplicate messages! Accidental resend. > > Regards, > - David McIlwraith > > On Sun, Dec 4, 2011 at 10:24 AM, David McIlwraith <2c93e8f1 at gmail.com> wrote: > > Hi, > > > > As of the newest trunk svn version (and prior versions), the locale > > directory is not properly referenced in 'gtk-v2/src/Makefile.am', > > leading to "$prefix/locale" (via an unset "$(DATADIRNAME), which > > should be "$datadir") being used instead of "$prefix/$datadir/locale" > > (noting that "$localedir", I believe, is the correct setting, and > > succeeds in my tests; see patch below), even though NLS is currently > > not employed. I propose the patch in the next message. > > > > As a secondary issue, as use of 'autogen.sh' is deprecated (per > > warning), and the included 'aclocal.m4' is out-of-date [if autoconf > > 2.61 is not used], I must advise that the package fails to build on > > (at least) the current ArchLinux distribution via use of 'autoreconf' > > alone, as 'utils/{config.guess,config.sub,install-sh,missing}' are not > > provided. > > > > The commands: > > > > aclocal > > automake --add-missing [to add the missing utils/ files] > > autoreconf > > > > are necessary to produce a working package. I am not sure if the > > latter problem is regarded as a major issue at this point or not, but > > the locale directory reference is definitely not correct with current > > autotools versions. > > > > Regards, > > - David McIlwraith > > ArchLinux AUR 'crossfire-client' / 'crossfire-client-svn' package > > maintainer > > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire From meflin at meflin.net Sat Dec 3 18:44:13 2011 From: meflin at meflin.net (James Lopeman) Date: Sat, 3 Dec 2011 17:44:13 -0700 Subject: [crossfire] [PATCH 0/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues In-Reply-To: <201112031733.58637.meflin@meflin.net> References: <201112031733.58637.meflin@meflin.net> Message-ID: <201112031744.14135.meflin@meflin.net> The attached patch does not apply for me, even with some fixes. Meflin On Saturday, December 03, 2011 05:33:58 PM James Lopeman wrote: > I do not know enough about automess to comment on this other then I > apreciate the feedback ( and patches even more ) from a distro. > > Have you considered packaging jxclient? At this time it is the most > advanced client. > > Meflin > > On Saturday, December 03, 2011 04:27:55 PM David McIlwraith wrote: > > Ouch -- Sorry for the duplicate messages! Accidental resend. > > > > Regards, > > - David McIlwraith > > > > On Sun, Dec 4, 2011 at 10:24 AM, David McIlwraith <2c93e8f1 at gmail.com> > > wrote: > > > Hi, > > > > > > As of the newest trunk svn version (and prior versions), the locale > > > directory is not properly referenced in 'gtk-v2/src/Makefile.am', > > > leading to "$prefix/locale" (via an unset "$(DATADIRNAME), which > > > should be "$datadir") being used instead of "$prefix/$datadir/locale" > > > (noting that "$localedir", I believe, is the correct setting, and > > > succeeds in my tests; see patch below), even though NLS is currently > > > not employed. I propose the patch in the next message. > > > > > > As a secondary issue, as use of 'autogen.sh' is deprecated (per > > > warning), and the included 'aclocal.m4' is out-of-date [if autoconf > > > 2.61 is not used], I must advise that the package fails to build on > > > (at least) the current ArchLinux distribution via use of 'autoreconf' > > > alone, as 'utils/{config.guess,config.sub,install-sh,missing}' are not > > > provided. > > > > > > The commands: > > > > > > aclocal > > > automake --add-missing [to add the missing utils/ files] > > > autoreconf > > > > > > are necessary to produce a working package. I am not sure if the > > > latter problem is regarded as a major issue at this point or not, but > > > the locale directory reference is definitely not correct with current > > > autotools versions. > > > > > > Regards, > > > - David McIlwraith > > > ArchLinux AUR 'crossfire-client' / 'crossfire-client-svn' package > > > maintainer > > > > _______________________________________________ > > crossfire mailing list > > crossfire at metalforge.org > > http://mailman.metalforge.org/mailman/listinfo/crossfire > > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire From 2c93e8f1 at gmail.com Sat Dec 3 19:58:11 2011 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Sun, 4 Dec 2011 12:58:11 +1100 Subject: [crossfire] [PATCH 0/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues In-Reply-To: <201112031733.58637.meflin@meflin.net> References: <201112031733.58637.meflin@meflin.net> Message-ID: Hi, I will have a look shortly re: jxclient. Thank you for the prompt feedback :-) Regards, - David McIlwraith On Sun, Dec 4, 2011 at 11:33 AM, James Lopeman wrote: > I do not know enough about automess to comment on this other then I apreciate > the feedback ( and patches even more ) from a distro. > > Have you considered packaging jxclient? At this time it is the most advanced > client. > > Meflin > > On Saturday, December 03, 2011 04:27:55 PM David McIlwraith wrote: >> Ouch -- Sorry for the duplicate messages! Accidental resend. >> >> Regards, >> - David McIlwraith >> >> On Sun, Dec 4, 2011 at 10:24 AM, David McIlwraith <2c93e8f1 at gmail.com> > wrote: >> > Hi, >> > >> > As of the newest trunk svn version (and prior versions), the locale >> > directory is not properly referenced in 'gtk-v2/src/Makefile.am', >> > leading to "$prefix/locale" (via an unset "$(DATADIRNAME), which >> > should be "$datadir") being used instead of "$prefix/$datadir/locale" >> > (noting that "$localedir", I believe, is the correct setting, and >> > succeeds in my tests; see patch below), even though NLS is currently >> > not employed. I propose the patch in the next message. >> > >> > As a secondary issue, as use of 'autogen.sh' is deprecated (per >> > warning), and the included 'aclocal.m4' is out-of-date [if autoconf >> > 2.61 is not used], I must advise that the package fails to build on >> > (at least) the current ArchLinux distribution via use of 'autoreconf' >> > alone, as 'utils/{config.guess,config.sub,install-sh,missing}' are not >> > provided. >> > >> > The commands: >> > >> > aclocal >> > automake --add-missing [to add the missing utils/ files] >> > autoreconf >> > >> > are necessary to produce a working package. I am not sure if the >> > latter problem is regarded as a major issue at this point or not, but >> > the locale directory reference is definitely not correct with current >> > autotools versions. >> > >> > Regards, >> > - David McIlwraith >> > ArchLinux AUR 'crossfire-client' / 'crossfire-client-svn' package >> > maintainer >> >> _______________________________________________ >> crossfire mailing list >> crossfire at metalforge.org >> http://mailman.metalforge.org/mailman/listinfo/crossfire > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire From 2c93e8f1 at gmail.com Sat Dec 3 20:09:14 2011 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Sun, 4 Dec 2011 13:09:14 +1100 Subject: [crossfire] [PATCH 0/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues In-Reply-To: <201112031744.14135.meflin@meflin.net> References: <201112031733.58637.meflin@meflin.net> <201112031744.14135.meflin@meflin.net> Message-ID: The SVN trunk version of the client at "https://crossfire.svn.sourceforge.net/svnroot/crossfire/client/trunk" (current rev.: 15869, applies cleanly) is being employed, with "patch -Np0 < [path to patch]" in the 'client' directory. Not sure what the problem is there. crossfire-client version 1.60.0 has an additional bug re: curl/types.h header inclusion; this does not exist in newer cURL versions, and is not required. A patch for that is attached. Regards, - David McIlwraith On Sun, Dec 4, 2011 at 11:44 AM, James Lopeman wrote: > The attached patch does not apply for me, even with some fixes. > > Meflin > > On Saturday, December 03, 2011 05:33:58 PM James Lopeman wrote: >> I do not know enough about automess to comment on this other then I >> apreciate the feedback ( and patches even more ) from a distro. >> >> Have you considered packaging jxclient? At this time it is the most >> advanced client. >> >> Meflin >> >> On Saturday, December 03, 2011 04:27:55 PM David McIlwraith wrote: >> > Ouch -- Sorry for the duplicate messages! Accidental resend. >> > >> > Regards, >> > - David McIlwraith >> > >> > On Sun, Dec 4, 2011 at 10:24 AM, David McIlwraith <2c93e8f1 at gmail.com> >> >> wrote: >> > > Hi, >> > > >> > > As of the newest trunk svn version (and prior versions), the locale >> > > directory is not properly referenced in 'gtk-v2/src/Makefile.am', >> > > leading to "$prefix/locale" (via an unset "$(DATADIRNAME), which >> > > should be "$datadir") being used instead of "$prefix/$datadir/locale" >> > > (noting that "$localedir", I believe, is the correct setting, and >> > > succeeds in my tests; see patch below), even though NLS is currently >> > > not employed. I propose the patch in the next message. >> > > >> > > As a secondary issue, as use of 'autogen.sh' is deprecated (per >> > > warning), and the included 'aclocal.m4' is out-of-date [if autoconf >> > > 2.61 is not used], I must advise that the package fails to build on >> > > (at least) the current ArchLinux distribution via use of 'autoreconf' >> > > alone, as 'utils/{config.guess,config.sub,install-sh,missing}' are not >> > > provided. >> > > >> > > The commands: >> > > >> > > aclocal >> > > automake --add-missing [to add the missing utils/ files] >> > > autoreconf >> > > >> > > are necessary to produce a working package. I am not sure if the >> > > latter problem is regarded as a major issue at this point or not, but >> > > the locale directory reference is definitely not correct with current >> > > autotools versions. >> > > >> > > Regards, >> > > - David McIlwraith >> > > ArchLinux AUR 'crossfire-client' / 'crossfire-client-svn' package >> > > maintainer >> > >> > _______________________________________________ >> > crossfire mailing list >> > crossfire at metalforge.org >> > http://mailman.metalforge.org/mailman/listinfo/crossfire >> >> _______________________________________________ >> crossfire mailing list >> crossfire at metalforge.org >> http://mailman.metalforge.org/mailman/listinfo/crossfire > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire -------------- next part -------------- A non-text attachment was scrubbed... Name: crossfire-curl-rm-types-h-dep.patch Type: text/x-patch Size: 300 bytes Desc: not available URL: From meflin at meflin.net Sat Dec 3 20:17:41 2011 From: meflin at meflin.net (James Lopeman) Date: Sat, 3 Dec 2011 19:17:41 -0700 Subject: [crossfire] [PATCH 0/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues In-Reply-To: References: <201112031744.14135.meflin@meflin.net> Message-ID: <201112031917.41762.meflin@meflin.net> I'm not sure what the problem with the patch is either .. the command just hangs. [ Fedora 14 ]. I could be age of my distro ..... or some local issue. I've edited the patch down to basics and such and it acts the same .. weird. I thought the curl types.h issue was fixed in svn a while back. .. post 1.60 It came up on irc ( #crossfire on freenode ). Meflin On Saturday, December 03, 2011 07:09:14 PM David McIlwraith wrote: > The SVN trunk version of the client at > "https://crossfire.svn.sourceforge.net/svnroot/crossfire/client/trunk" > (current rev.: 15869, applies cleanly) is being employed, with "patch > -Np0 < [path to patch]" in the 'client' directory. Not sure what the > problem is there. crossfire-client version 1.60.0 has an additional > bug re: curl/types.h header inclusion; this does not exist in newer > cURL versions, and is not required. A patch for that is attached. > > Regards, > - David McIlwraith > > On Sun, Dec 4, 2011 at 11:44 AM, James Lopeman wrote: > > The attached patch does not apply for me, even with some fixes. > > > > Meflin > > > > On Saturday, December 03, 2011 05:33:58 PM James Lopeman wrote: > >> I do not know enough about automess to comment on this other then I > >> apreciate the feedback ( and patches even more ) from a distro. > >> > >> Have you considered packaging jxclient? At this time it is the most > >> advanced client. > >> > >> Meflin > >> > >> On Saturday, December 03, 2011 04:27:55 PM David McIlwraith wrote: > >> > Ouch -- Sorry for the duplicate messages! Accidental resend. > >> > > >> > Regards, > >> > - David McIlwraith > >> > > >> > On Sun, Dec 4, 2011 at 10:24 AM, David McIlwraith <2c93e8f1 at gmail.com> > >> > >> wrote: > >> > > Hi, > >> > > > >> > > As of the newest trunk svn version (and prior versions), the locale > >> > > directory is not properly referenced in 'gtk-v2/src/Makefile.am', > >> > > leading to "$prefix/locale" (via an unset "$(DATADIRNAME), which > >> > > should be "$datadir") being used instead of > >> > > "$prefix/$datadir/locale" (noting that "$localedir", I believe, is > >> > > the correct setting, and succeeds in my tests; see patch below), > >> > > even though NLS is currently not employed. I propose the patch in > >> > > the next message. > >> > > > >> > > As a secondary issue, as use of 'autogen.sh' is deprecated (per > >> > > warning), and the included 'aclocal.m4' is out-of-date [if autoconf > >> > > 2.61 is not used], I must advise that the package fails to build on > >> > > (at least) the current ArchLinux distribution via use of > >> > > 'autoreconf' alone, as > >> > > 'utils/{config.guess,config.sub,install-sh,missing}' are not > >> > > provided. > >> > > > >> > > The commands: > >> > > > >> > > aclocal > >> > > automake --add-missing [to add the missing utils/ files] > >> > > autoreconf > >> > > > >> > > are necessary to produce a working package. I am not sure if the > >> > > latter problem is regarded as a major issue at this point or not, > >> > > but the locale directory reference is definitely not correct with > >> > > current autotools versions. > >> > > > >> > > Regards, > >> > > - David McIlwraith > >> > > ArchLinux AUR 'crossfire-client' / 'crossfire-client-svn' package > >> > > maintainer > >> > > >> > _______________________________________________ > >> > crossfire mailing list > >> > crossfire at metalforge.org > >> > http://mailman.metalforge.org/mailman/listinfo/crossfire > >> > >> _______________________________________________ > >> crossfire mailing list > >> crossfire at metalforge.org > >> http://mailman.metalforge.org/mailman/listinfo/crossfire > > > > _______________________________________________ > > crossfire mailing list > > crossfire at metalforge.org > > http://mailman.metalforge.org/mailman/listinfo/crossfire From agschult at ucalgary.ca Sat Dec 3 20:59:18 2011 From: agschult at ucalgary.ca (Alex Schultz) Date: Sat, 3 Dec 2011 19:59:18 -0700 Subject: [crossfire] [PATCH 0/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues In-Reply-To: <201112031917.41762.meflin@meflin.net> References: <201112031744.14135.meflin@meflin.net> <201112031917.41762.meflin@meflin.net> Message-ID: <20111203195918.1141707f@ucalgary.ca> Hm... normally when I see patch hang... it's due to forgetting that patch accepts stdin and not filenames (the "<" in "patch -Np0 < [path to patch]"). Perhaps that accidentally happened to you? Alex On Sat, 3 Dec 2011 19:17:41 -0700 James Lopeman wrote: > I'm not sure what the problem with the patch is either .. the command > just hangs. [ Fedora 14 ]. I could be age of my distro ..... or some > local issue. I've edited the patch down to basics and such and it > acts the same .. weird. > > > I thought the curl types.h issue was fixed in svn a while back. .. > post 1.60 It came up on irc ( #crossfire on freenode ). > > Meflin > > On Saturday, December 03, 2011 07:09:14 PM David McIlwraith wrote: > > The SVN trunk version of the client at > > "https://crossfire.svn.sourceforge.net/svnroot/crossfire/client/trunk" > > (current rev.: 15869, applies cleanly) is being employed, with > > "patch -Np0 < [path to patch]" in the 'client' directory. Not sure > > what the problem is there. crossfire-client version 1.60.0 has an > > additional bug re: curl/types.h header inclusion; this does not > > exist in newer cURL versions, and is not required. A patch for that > > is attached. > > > > Regards, > > - David McIlwraith > > > > On Sun, Dec 4, 2011 at 11:44 AM, James Lopeman > > wrote: > > > The attached patch does not apply for me, even with some fixes. > > > > > > Meflin > > > > > > On Saturday, December 03, 2011 05:33:58 PM James Lopeman wrote: > > >> I do not know enough about automess to comment on this other > > >> then I apreciate the feedback ( and patches even more ) from a > > >> distro. > > >> > > >> Have you considered packaging jxclient? At this time it is the > > >> most advanced client. > > >> > > >> Meflin > > >> > > >> On Saturday, December 03, 2011 04:27:55 PM David McIlwraith > > >> wrote: > > >> > Ouch -- Sorry for the duplicate messages! Accidental resend. > > >> > > > >> > Regards, > > >> > - David McIlwraith > > >> > > > >> > On Sun, Dec 4, 2011 at 10:24 AM, David McIlwraith > > >> > <2c93e8f1 at gmail.com> > > >> > > >> wrote: > > >> > > Hi, > > >> > > > > >> > > As of the newest trunk svn version (and prior versions), the > > >> > > locale directory is not properly referenced in > > >> > > 'gtk-v2/src/Makefile.am', leading to "$prefix/locale" (via > > >> > > an unset "$(DATADIRNAME), which should be "$datadir") being > > >> > > used instead of "$prefix/$datadir/locale" (noting that > > >> > > "$localedir", I believe, is the correct setting, and > > >> > > succeeds in my tests; see patch below), even though NLS is > > >> > > currently not employed. I propose the patch in the next > > >> > > message. > > >> > > > > >> > > As a secondary issue, as use of 'autogen.sh' is deprecated > > >> > > (per warning), and the included 'aclocal.m4' is out-of-date > > >> > > [if autoconf 2.61 is not used], I must advise that the > > >> > > package fails to build on (at least) the current ArchLinux > > >> > > distribution via use of 'autoreconf' alone, as > > >> > > 'utils/{config.guess,config.sub,install-sh,missing}' are not > > >> > > provided. > > >> > > > > >> > > The commands: > > >> > > > > >> > > aclocal > > >> > > automake --add-missing [to add the missing utils/ files] > > >> > > autoreconf > > >> > > > > >> > > are necessary to produce a working package. I am not sure if > > >> > > the latter problem is regarded as a major issue at this > > >> > > point or not, but the locale directory reference is > > >> > > definitely not correct with current autotools versions. > > >> > > > > >> > > Regards, > > >> > > - David McIlwraith > > >> > > ArchLinux AUR 'crossfire-client' / 'crossfire-client-svn' > > >> > > package maintainer > > >> > > > >> > _______________________________________________ > > >> > crossfire mailing list > > >> > crossfire at metalforge.org > > >> > http://mailman.metalforge.org/mailman/listinfo/crossfire > > >> > > >> _______________________________________________ > > >> crossfire mailing list > > >> crossfire at metalforge.org > > >> http://mailman.metalforge.org/mailman/listinfo/crossfire > > > > > > _______________________________________________ > > > crossfire mailing list > > > crossfire at metalforge.org > > > http://mailman.metalforge.org/mailman/listinfo/crossfire > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire > From meflin at meflin.net Sat Dec 3 22:30:18 2011 From: meflin at meflin.net (James Lopeman) Date: Sat, 3 Dec 2011 21:30:18 -0700 Subject: [crossfire] bla Message-ID: <201112032130.18750.meflin@meflin.net> Yep that was it. patch is so annoying. Now that it applys I'm not sure what it does tho. Patch claims it changed Makefile.am and it builds but svn diff claims no diff. Meflin On Saturday, December 03, 2011 07:59:18 PM you wrote: > Hm... normally when I see patch hang... it's due to forgetting that > patch accepts stdin and not filenames (the "<" in "patch -Np0 < [path to > patch]"). Perhaps that accidentally happened to you? > > Alex From 2c93e8f1 at gmail.com Sat Dec 3 23:02:07 2011 From: 2c93e8f1 at gmail.com (David McIlwraith) Date: Sun, 4 Dec 2011 16:02:07 +1100 Subject: [crossfire] bla In-Reply-To: <201112032130.18750.meflin@meflin.net> References: <201112032130.18750.meflin@meflin.net> Message-ID: Hi, Seems to work for me: [archaios at srv1 client]$ patch -Np0 < ../crossfire-client-svn-fix-gtk2-localedir.patch patching file gtk-v2/src/Makefile.am [archaios at srv1 client]$ svn diff Index: gtk-v2/src/Makefile.am =================================================================== --- gtk-v2/src/Makefile.am (revision 15869) +++ gtk-v2/src/Makefile.am (working copy) @@ -21,7 +21,7 @@ INCLUDES = \ -DPACKAGE_DATA_DIR=\""$(datadir)"\" \ - -DPACKAGE_LOCALE_DIR=\""$(prefix)/$(DATADIRNAME)/locale"\" \ + -DPACKAGE_LOCALE_DIR=\""$(localedir)"\" \ -I$(top_builddir)/common \ -I$(top_srcdir)/common \ -I$(top_srcdir)/common/shared \ Regards, - David McIlwraith On Sun, Dec 4, 2011 at 3:30 PM, James Lopeman wrote: > Yep that was it. patch is so annoying. Now that it applys I'm not sure what it > does tho. Patch claims it changed Makefile.am and it builds but svn diff claims > no diff. > > Meflin > > On Saturday, December 03, 2011 07:59:18 PM you wrote: >> Hm... normally when I see patch hang... it's due to forgetting that >> patch accepts stdin and not filenames (the "<" in "patch -Np0 < [path to >> patch]"). Perhaps that accidentally happened to you? >> >> Alex > _______________________________________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire From nicolas.weeger at laposte.net Sun Dec 4 03:31:11 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 4 Dec 2011 10:31:11 +0100 Subject: [crossfire] [PATCH 1/1] GTK 2+ client: fix for locale dir. reference in Makefile.am; other autotools issues In-Reply-To: References: Message-ID: <201112041031.15812.nicolas.weeger@laposte.net> Hello. > Would someone please apply this patch to SVN? I am aware NLS support > is not currently used, but it seems incongruous to fail to use > $(localedir), and I have been forced to include the patch in > ArchLinux's AUR crossfire-client-svn > (https://aur.archlinux.org/packages.php?ID=34483). Patch applied, thanks for it. Please note that there is as far as I know no autoconf specialist around here, so we can't really evaluate this kind of patches, and have to trust submitters :) 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 Dec 11 10:36:52 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 11 Dec 2011 17:36:52 +0100 Subject: [crossfire] Upgrading the 'probe' spell Message-ID: <201112111736.56384.nicolas.weeger@laposte.net> Hello. I'd like to change the 'probe' spell, to make it more interesting. I'm thinking of showing, for some variable duration (based on level), the monster's health. Probably as a large interval, like 'good shape', 'bad shape', like the current spell shows. And maybe, the more the level of the spell goes up, the more precise indicator. Also over some level whether it's poisoned or diseased, if it has acid attack, such things. This will require some client change to display the hp. How does that sound? 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 Dec 11 10:41:36 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 11 Dec 2011 17:41:36 +0100 Subject: [crossfire] Graphism perspective In-Reply-To: <4EC8889C.1040004@sonic.net> References: <201111192227.16171.nicolas.weeger@laposte.net> <4EC8889C.1040004@sonic.net> Message-ID: <201112111741.36449.nicolas.weeger@laposte.net> > While not really clear, I always took it that the bottom (south) of the > map is closer to the viewer. Thus, creatures going north (away) should > have a back view. That seems ok to me. > I'm a bit old fashioned, but my vote would be the vertical access is > vertical, not at a slant. But I prefer the look like they are 3D, and not > flat - as examples, the bear and ape are what I would describe as 3D > looking, where as highangle and dave appear flat. That may just have to > do with the graphics themselves, but this could also extend to other > objects. Many buildings have a 'almost vertical' perspective, slightly up towards the right. So this doesn't really match a pure 'vertical' orientation... > It's also odd because things like town are clearly not a true top down > perspective - if that was the case, all one would see is the roofs of the > shops, and not the front. So while the game is top down, the viewing > direction clearly isn't quite like that - it is more that one is at a 30 > or 45 degree angle to the south and looking into the town, dungeon, > whatever. Not top-down is ok in my book, but we need to be coherent, or at least coherent for the same things (monsters, equipment, buildings, for instance). I'm pondering trying to make 'big' graphics, but I'd rather use the 'right' perspective from the start :) 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 leaf at real-time.com Thu Dec 15 15:11:34 2011 From: leaf at real-time.com (Rick Tanner) Date: Thu, 15 Dec 2011 15:11:34 -0600 Subject: [crossfire] Upgrading the 'probe' spell In-Reply-To: <201112111736.56384.nicolas.weeger@laposte.net> References: <201112111736.56384.nicolas.weeger@laposte.net> Message-ID: <4EEA6286.7060302@real-time.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I'd like to change the 'probe' spell, to make it more interesting. Sounds very good and I think useful to players who wonder if that attack is actually harming the monster or if they think they have a chance to defeat said monster. > This will require some client change to display the hp. As in it would be more then just text output? Or it would be like magic mapping and display info in a popup window? Or, something else? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFO6mKFhHyvgBp+vH4RAiiBAJ9k0u/wqBRsyazc/GQPwx+MZ398cACgntf5 cbfCrIJD9JdxjaGCDrq7JWI= =c786 -----END PGP SIGNATURE----- From nicolas.weeger at laposte.net Sun Dec 18 09:38:39 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sun, 18 Dec 2011 16:38:39 +0100 Subject: [crossfire] Upgrading the 'probe' spell In-Reply-To: <4EEA6286.7060302@real-time.com> References: <201112111736.56384.nicolas.weeger@laposte.net> <4EEA6286.7060302@real-time.com> Message-ID: <201112181638.43127.nicolas.weeger@laposte.net> Hello. > > This will require some client change to display the hp. > > As in it would be more then just text output? > > Or it would be like magic mapping and display info in a popup window? > > Or, something else? I'd see 2 things: - some text information, like "has an acid odour", things like that, that are displayed just when the spell is cast - then hp information, displayed during some time ; and I'd see it on the map itself, over the monster, like jxclient's hp bar on the player 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 Wed Dec 28 16:49:53 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Wed, 28 Dec 2011 23:49:53 +0100 Subject: [crossfire] Upgrading the 'probe' spell In-Reply-To: <201112111736.56384.nicolas.weeger@laposte.net> References: <201112111736.56384.nicolas.weeger@laposte.net> Message-ID: <201112282349.57605.nicolas.weeger@laposte.net> Hello. > I'd like to change the 'probe' spell, to make it more interesting. > > I'm thinking of showing, for some variable duration (based on level), the > monster's health. Probably as a large interval, like 'good shape', 'bad > shape', like the current spell shows. With some good ideas from Ragnor, I've improved the spell. Cast at a level 15 or above, a HP bar will appear over the target's head, for a duration based on the level. The overall bar precision is also based on the level, the higher the better precision (30 values maximum). The display is done by adding a face in the flying2 layer when needed. Suggestions for further improvement welcome :) 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 Thu Dec 29 06:58:50 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Thu, 29 Dec 2011 13:58:50 +0100 Subject: [crossfire] Upgrading the 'probe' spell In-Reply-To: <201112282349.57605.nicolas.weeger@laposte.net> References: <201112111736.56384.nicolas.weeger@laposte.net> <201112282349.57605.nicolas.weeger@laposte.net> Message-ID: <201112291358.54176.nicolas.weeger@laposte.net> Hello. I've also improved 'perceive self', to display immunities the player has. 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 Thu Dec 29 10:36:16 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Thu, 29 Dec 2011 17:36:16 +0100 Subject: [crossfire] Acid and cancellation Message-ID: <201112291736.19201.nicolas.weeger@laposte.net> Hello. Right now acid and cancellation will permanently alter an item, decreasing its "magic" (acid) or setting it to 0 (cancellation). For "bad" items (weapons with -1 for instance), this is nice because you can recover items. For good items, this is really bad, because you just lose some power on the item. This can of course be the correct behaviour, but it's always painful for players to have equipment thus damaged :) If this should be changed, one fix could be to store the "magic" as a key/value, and add items to restore that value. Opinions? 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 leaf at real-time.com Thu Dec 29 11:56:30 2011 From: leaf at real-time.com (Rick Tanner) Date: Thu, 29 Dec 2011 11:56:30 -0600 Subject: [crossfire] Upgrading the 'probe' spell In-Reply-To: <201112291358.54176.nicolas.weeger@laposte.net> References: <201112111736.56384.nicolas.weeger@laposte.net> <201112282349.57605.nicolas.weeger@laposte.net> <201112291358.54176.nicolas.weeger@laposte.net> Message-ID: <4EFCA9CE.7090107@real-time.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/29/11 6:58 AM, Nicolas Weeger wrote: > > > I've also improved 'perceive self', to display immunities the > player has. Thank you for this. (Not at a time or location to test this myself, but...) Does it also display vulnerable to godpower for wraith characters and Devourer followers? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFO/KnOhHyvgBp+vH4RApqcAJ9RvlH3l0Kn4eY2BGnzxTp2DxiTOACdHoTZ Vzgv/rq9g33lWbpGse+6oQc= =1oH5 -----END PGP SIGNATURE----- From nicolas.weeger at laposte.net Thu Dec 29 12:46:24 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Thu, 29 Dec 2011 19:46:24 +0100 Subject: [crossfire] Knowledge and alchemy improvement Message-ID: <201112291946.27491.nicolas.weeger@laposte.net> Hello. I've improved the 'knowledge' system, and made alchemy slightly simpler hopefully. When you issue 'knowledge attempt ', if is an alchemy (or smithery or any formulae) recipe, then the recipe will be attempted if you have the required ingredients and are above the required facility. Items will be dropped, picked and identified as required. Comments and suggestions for improvement welcome. 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 Thu Dec 29 12:52:22 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Thu, 29 Dec 2011 19:52:22 +0100 Subject: [crossfire] Upgrading the 'probe' spell In-Reply-To: <4EFCA9CE.7090107@real-time.com> References: <201112111736.56384.nicolas.weeger@laposte.net> <201112291358.54176.nicolas.weeger@laposte.net> <4EFCA9CE.7090107@real-time.com> Message-ID: <201112291952.22302.nicolas.weeger@laposte.net> > Does it also display vulnerable to godpower for wraith characters and > Devourer followers? No. I'm not exactly sure on how this is handled by the server, I'd need to figure that out. 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 Thu Dec 29 23:00:16 2011 From: mwedel at sonic.net (Mark Wedel) Date: Thu, 29 Dec 2011 21:00:16 -0800 Subject: [crossfire] Acid and cancellation In-Reply-To: <201112291736.19201.nicolas.weeger@laposte.net> References: <201112291736.19201.nicolas.weeger@laposte.net> Message-ID: <4EFD4560.70006@sonic.net> On 12/29/11 08:36 AM, Nicolas Weeger wrote: > Hello. > > > Right now acid and cancellation will permanently alter an item, decreasing its > "magic" (acid) or setting it to 0 (cancellation). > > For "bad" items (weapons with -1 for instance), this is nice because you can > recover items. > > > For good items, this is really bad, because you just lose some power on the > item. > > > This can of course be the correct behaviour, but it's always painful for > players to have equipment thus damaged :) > > > If this should be changed, one fix could be to store the "magic" as a > key/value, and add items to restore that value. This has been an issue for a long time (and discussed in the past with many different proposals). I'm not sure the ideal situation - acid damage equipment is probably much harsher (or happens much more often) than it should - especially given the fast pace of the game - before you realize what the rust monster is doing, all of your equipment may be at -4. Certainly storing the original magic value of the item would be easy enough to do, and one could think of ways to allow it to be repaired - go to armor shop and pay some amount of money, etc. So I certainly think that is a good idea. I also wouldn't be adverse to somehow recording when last acid damage happened and throttle it back so the player has a chance to react. If they choose not to, their equipment may still get a bit damaged, but if they at least have a chance, that would be better. I always consider it better for players to be able to experience things in game and learn from them, but as is, with some acid attacks, the learning cost can be very high. From nicolas.weeger at laposte.net Fri Dec 30 14:04:15 2011 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Fri, 30 Dec 2011 21:04:15 +0100 Subject: [crossfire] Throwing behaviour Message-ID: <201112302104.22314.nicolas.weeger@laposte.net> Hello. I've added a 'quiver of throwing items', that will contain items with the race 'throwing', items made to be thrown. The throwing skill will now first check for marked items, then only use items made for throwing. This prevents throwing a random item, unless specifically asking for it. Maybe I could have used the 'FLAG_IS_THROWN' as indicator, without adding a race... Time will tell, we can always change that :) 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: