From leaf at real-time.com  Mon Apr  1 13:45:58 2013
From: leaf at real-time.com (Rick Tanner)
Date: Mon, 01 Apr 2013 13:45:58 -0500
Subject: [crossfire] Just announced!   Crossfire:TCG
Message-ID: <5159D5E6.8000406@real-time.com>


Hello everyone,

I am thrilled to announced a spin-off to Crossfire known as..

Crossfire: Trading Card Game (aka, Crossfire:TCG)

Enclosed are two samples cards that would be used for game play.

Since this is a significant undertaking, I have submitted an application
to Kickstarter which is awaiting approval. I'll post the project URL
once that is available.

In the mean time, behold the card previews and prepare to enjoy the
world of Crossfire at your next table top gaming session!

-------------- next part --------------
A non-text attachment was scrubbed...
Name: crossfire-tcg.png
Type: image/png
Size: 61157 bytes
Desc: not available
URL: <http://mailman.metalforge.org/pipermail/crossfire/attachments/20130401/30ed4612/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.metalforge.org/pipermail/crossfire/attachments/20130401/30ed4612/attachment.pgp>

From subs at eracc.com  Tue Apr  2 12:58:19 2013
From: subs at eracc.com (ERACC Subscriptions)
Date: Tue, 2 Apr 2013 12:58:19 -0500
Subject: [crossfire] Just announced!   Crossfire:TCG
In-Reply-To: <5159D5E6.8000406@real-time.com>
References: <5159D5E6.8000406@real-time.com>
Message-ID: <20130402125819.73319727@era4.eracc.uucp>

On Mon 2013-04-01 13:45 Rick Tanner <leaf at real-time.com> wrote:

> 
> Hello everyone,
> 
> I am thrilled to announced a spin-off to Crossfire known as..
> 
> Crossfire: Trading Card Game (aka, Crossfire:TCG)
> 
> Enclosed are two samples cards that would be used for game play.
> 
> Since this is a significant undertaking, I have submitted an application
> to Kickstarter which is awaiting approval. I'll post the project URL
> once that is available.
> 
> In the mean time, behold the card previews and prepare to enjoy the
> world of Crossfire at your next table top gaming session!

April Fool! :)

Gene Alexander
-- 
ERA Computers & Consulting - http://www.eracc.com
ERACC Subscriptions <subs at eracc.com>
Order a computer: http://shopping.eracc.com/get-a-quote
Voice messages: 1(731)256-0973
 [E-mail preferred. Please reply BELOW quoted text.]

From leaf at real-time.com  Tue Apr  2 13:33:11 2013
From: leaf at real-time.com (Rick Tanner)
Date: Tue, 02 Apr 2013 13:33:11 -0500
Subject: [crossfire] Just announced!   Crossfire:TCG
In-Reply-To: <20130402125819.73319727@era4.eracc.uucp>
References: <5159D5E6.8000406@real-time.com>
	<20130402125819.73319727@era4.eracc.uucp>
Message-ID: <515B2467.3050505@real-time.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>> Crossfire: Trading Card Game (aka, Crossfire:TCG)
> 
> April Fool! :)

Yes sir, you are correct.  The post was made as part of the "festive
holiday."


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iD8DBQFRWyRnhHyvgBp+vH4RAhoOAKCUfEJ4lvnAZCTcX6e4Zj/MrTlDtgCgtXMo
/pY5q54nlprG2eUwdcRCOa8=
=C/dH
-----END PGP SIGNATURE-----

From kurt.fitzner at gmail.com  Tue Apr  2 15:06:01 2013
From: kurt.fitzner at gmail.com (Kurt Fitzner)
Date: Tue, 02 Apr 2013 17:06:01 -0300
Subject: [crossfire] Win32 client compilation
Message-ID: <515B3A29.8010803@gmail.com>

Hello,

It looks like, since the last time I was involved with CF, a lot of work
was done getting the gtk2 client to compile more nicely in Windows under
mingw.  There are a few issues that remain, however.  I've listed them
below.

- MINGW macro is deprecated.  It is now __MINGW32__.  Patch follows.
- The configure script uses pkg-config to check for gtk+, but then the
gtk-v2/src/Makefile.in doesn't use the resultant GTK2_CFLAGS variable. 
This breaks builds on mingw because include files aren't in the standard
unixy places.  I think just adding @GTK_CFLAGS@ to AM_CFLAGS in
Makefile.am should fix it, but I don't have the right version of
autoconf to find out for sure. Changing this should have no effect on
Unix other than making the build system work in more circumstances.
- The configure script checks for libglade don't check to make sure
pkg-config reports that it works.  This means where libglade is
installed, but a dependency for it (like libxml) isn't installed, the
configure script works as normal but then the build breaks because
LIBGLADE_CFLAGS isn't set.  Don't know how to fix this other than to say
that the test for gtk+ does it the right way so the libglade check
should duplicate the way gtk+ is tested for.

I have it compiling with SDL and OpenGL support, which the Windows
binary that is available now lacks.  Still testing to make sure they
work right.

I seem to remember there being at least simple sound support in Windows
on the older clients.  Am I misremembering, or was that code ripped out?

I'll post step-by-step instructions on setting up the mingw environment
as soon as I clean it up.

    Kurt.


--- /home/Kurt/tmp/crossfire-client-1.70.0/gtk-v2/src/config.c 
2012-03-18 03:17:47 -0300
+++ gtk-v2/src/config.c 2013-04-02 09:16:35 -0300
@@ -41,11 +41,11 @@
 #include "image.h"
 #include "gtk2proto.h"

 #include <dirent.h>

-#ifdef MINGW
+#ifdef __MINGW32__
 int alphasort(const struct dirent **a, const struct dirent **b)
 {
     return strcoll((*a)->d_name, (*b)->d_name);
 }

From kurt.fitzner at gmail.com  Tue Apr  2 16:28:31 2013
From: kurt.fitzner at gmail.com (Kurt Fitzner)
Date: Tue, 02 Apr 2013 18:28:31 -0300
Subject: [crossfire] Setting up MinGW to compile the client in Windows
Message-ID: <515B4D7F.7080408@gmail.com>

Compiling the GTK2 Crossfire client under Windows (MINGW)
v1.0

These instructions will take you from a base MinGW installation.

1) Install MinGW.  The easiest way (as of 2 Apr 2013) is by downloading
mingw-get-inst from http://www.mingw.org/wiki/Getting_Started

Follow the instructions for installing MinGW.  Specifically, it is suggested
that MinGW not be installed into a directory with a space in the name.

2) Use mingw-get to install libxml2:
   $ mingw-get install msys-libxml2
  
This version of libxml2 is really an internal library for mingw/msys.  It
is used so that pkg-config reports libxml2 is present.  The actual library
used is in the packages we install in step 3.

3) The easy stuff is done.  The rest needs to be downloaded.  We can get
about halfway there right from gtk.org.  Navigate a browser to:
http://www.gtk.org/download/win32.php and download the run-time and dev
packages for the following:
  GLib, ATK, Pango, gdk-pixbuf, GTK+, zlib, cairo, libpng, Freetype,
  Fontconfig, gettext-runtime, pkg-config

A comprehensive list of URLs for each package follows at the end.

Once you have each package, unzip them into the main MinGW installation
folder.  I did this by copying them into my MinGW installation directory
and then right-clicking each one and selecting "7-Zip->Extract Here".  This
should work for you as long as you have 7-Zip installed too.

You can also use the unzip command in MinGW for those packages that do
not require manual installation.
   $ cd /mingw
   $ unzip <package>

Some packages require manual steps to get them to work properly, and some
need to be installed totally manually.  Any manual steps are listed with
each package below.  Commands given are those that you would run from inside
MinGW.  Where a step says unzip to <mingw>/bin, then unzip and move the file
to bin inside the mingw installation directory.  Visual tools like 7-Zip
make
this much easier.

PACKAGE LIST:

- Package-config tool & dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/pkg-config_0.26-1_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/pkg-config-dev_0.26-1_win32.zip

- Glib 2.28.8 bin and dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/glib/2.28/glib_2.28.8-1_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/glib/2.28/glib-dev_2.28.8-1_win32.zip

- GetText 0.18.1.1 bin and dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/gettext-runtime_0.18.1.1-2_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/gettext-runtime-dev_0.18.1.1-2_win32.zip

- libpng 1.4.3 bin and dev (manual steps required)
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/libpng_1.4.3-1_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/pkg-config-dev_0.26-1_win32.zip

  You need to make a copy of the library so the Crossfire configure
script can find it:
   $ cp /mingw/lib/libpng14.dll.a /mingw/lib/libpng.dll.a
   $ cp /mingw/bin/libpng14-14.dll /mingw/bin/libpng.dll

- GTK+ 2.24.10 bin and dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/gtk+/2.24/gtk+_2.24.10-1_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/gtk+/2.24/gtk+-dev_2.24.10-1_win32.zip

- Pango 1.29.4 bin and dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/pango/1.29/pango_1.29.4-1_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/pango/1.29/pango-dev_1.29.4-1_win32.zip

- cairo 1.10.2 bin and dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo_1.10.2-2_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo-dev_1.10.2-2_win32.zip

- Fontconfig 2.8.0 bin and dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/freetype_2.4.2-1_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/fontconfig-dev_2.8.0-2_win32.zip

- Freetype 2.4.2 bin and dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/freetype_2.4.2-1_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/freetype-dev_2.4.2-1_win32.zip

- gdk-pixbuf 2.24.0 bin and dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/gdk-pixbuf/2.24/gdk-pixbuf_2.24.0-1_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/gdk-pixbuf/2.24/gdk-pixbuf-dev_2.24.0-1_win32.zip

- ATK 1.32.0 bin and dev
  
http://ftp.gnome.org/pub/gnome/binaries/win32/atk/1.32/atk_1.32.0-2_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/atk/1.32/atk-dev_1.32.0-2_win32.zip

- zlib 1.2.5 bin and dev (note: this is in addition to the zlib noted below)
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/zlib_1.2.5-2_win32.zip
  
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/zlib-dev_1.2.5-2_win32.zip
  
- zlib 1.2.3 dll only (manual installation required)
  
http://sourceforge.net/projects/gnuwin32/files/zlib/1.2.3/zlib-1.2.3-bin.zip/download

  This version is required because another library (libcurl) is compiled
  against this and uses DLL ordinals rather than exported names.  This DLL
  will end up being the one that is used.
  Do NOT place this one in the mingw system.  Unzip the DLL only from this
  package and place it directly into <CrossfireClient>/gtk-v2/src

- libglade 2.6.4 bin and dev
  
http://ftp.gnome.org/pub/GNOME/binaries/win32/libglade/2.6/libglade_2.6.4-1_win32.zip
  
http://ftp.gnome.org/pub/GNOME/binaries/win32/libglade/2.6/libglade-dev_2.6.4-1_win32.zip
  
- libcurl 7.18.0 (requires manual installation)
   http://curl.haxx.se/download/libcurl-7.18.0-win32-msvc.zip

  This is a MSVC version of libcurl that also works with MinGW with manual
  installation:
  Unzip include/curl/* to <mingw>/include/curl
  Unzip libcurl.dll to <mingw>/bin
  Unzip and rename libcurl.lib to <mingw>/lib/libcurl.dll.a
 
- libglut 3.7.6 (requires manual installation - see also
http://www.opengl.org/wiki/MinGW)
   http://www.xmission.com/~nate/glut/glut-3.7.6-bin.zip

  Unzip glut.h to <mingw>/include/GL/glut.h
  Unzip and rename glut32.dll to <mingw>/bin/libglut.dll
  Unzip and rename glut32.lib to <mingw>/lib/libglut.dll.a
 
- libxml 2.4.12 (requires manual installation)
  
http://sourceforge.net/projects/gnuwin32/files/libxml/2.4.12-1/libxml2-2.4.12-bin.zip/download

  Unzip and rename libxml2.dll to <mingw>/bin/libxml2-2.dll

- SDL 1.2.15 (requires manual installation)
   http://www.libsdl.org/release/SDL-devel-1.2.15-mingw32.tar.gz

  Untar bin/sdl-config to <mingw>/bin/sdl-config
  Using any editor you like, edit sdl-config - line 3 should be:
prefix=/mingw
  Untar bin/SDL.dll to <mingw>/bin/SDL.dll
  Untar include/SDL/* to <mingw>/include/SDL
  Untar lib/* to <mingw>/lib

- SDL_image 1.2.12 (requires manual installation)
  
http://www.libsdl.org/projects/SDL_image/release/SDL_image-devel-1.2.12-VC.zip

  Unzip lib/SDL_image.dll to <mingw>/bin/SDL_image.dll
  Unzip and rename lib/SDL_image.lib to <mingw>/lib/SDL_image.dll.a
  Unzip include/SDL_image.h to <mingw>/include/SDL/SDL_image.h


4) A couple changes (as of client version 1.70) need to be made to the
client:

  Edit <CrossfireClient>/gtk-v2/src/config.c - line 46 should read:
  #ifdef __MINGW32__
 
  Edit <CrossfireClient>/gtk-v2/src/Makefile.in - line 90 shold read:
  $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) $(GTK_CFLAGS) $(LIBGLADE_CFLAGS) 
  That is just adding "$(GTK_CFLAGS) $(LIBGLADE_CFLAGS)" at the end
 
5) Before you run configure, you need to export the PKG_CONFIG_PATH
variable:
   $ export PKG_CONFIG_PATH=/usr/lib/pkgconfig

You should now be able to configure and make the client.  No special
arguments
to configure should be needed.  You should get a SDL and OpenGL enabled
client.


From kurt.fitzner at gmail.com  Wed Apr  3 19:57:57 2013
From: kurt.fitzner at gmail.com (Kurt Fitzner)
Date: Wed, 03 Apr 2013 21:57:57 -0300
Subject: [crossfire] GTK client build configuration stuff
Message-ID: <515CD015.8050008@gmail.com>

Hi all,

First of all a better re-introduction.  For those that don't remember, I
joined the project long ago to work on the gtk client in Windows.  I got
it working, sort of, with OpenGL on Windows and then joined the navy and
got busy.  I've subsequently become re-interested, and still having SVN
access through SourceForge, I intend to work on getting the gtk client
working better in Windows.

I've been looking at the client's configure.ac and
gtk-v2/src/Makefile.am in trunk and there are a couple changes there
that are breaking MinGW's builds.  The problems are A) X11_LIBS are
being set even if no X is detected and B) OpenGL support is only enabled
if X is present.  On Linux these assumptions work, but not in Windows. 

I don't think killing the requirement for X to be present before OpenGL
is detected will break anything in Linux.  If a person is trying to
build/run the client without X, then there are bigger problems with that
scenario than whether or not OpenGL is detected.

I've attached a patch I intend to commit unless it breaks things in Linux.

Thanks.

       Kurt.

-------------- next part --------------
Index: configure.ac
===================================================================
--- configure.ac	(revision 18654)
+++ configure.ac	(working copy)
@@ -54,7 +54,7 @@
 dnl Use the autoconf macro if no pkg-config files
 if test "$x11_pkgconfig" = yes; then
     PKG_CHECK_MODULES([X11], [x11])
-else
+elif test "$have_x" = yes; then
     AC_PATH_XTRA
     test -z "$X11_CFLAGS" && X11_CFLAGS="$X_CFLAGS"
     test -z "$X11_LIBS" && X11_LIBS="$X_LIBS -lX11"
@@ -264,7 +264,7 @@
 AC_SUBST(X11_CFLAGS)
 AC_SUBST(X11_LIBS)
 
-# Check for OpenGL - Important, OpenGL needs X.
+# Check for OpenGL
 AX_CHECK_GL
    if test "$no_gl" != "yes"; then
       OPENGL_LIBS="$GL_LIBS"
@@ -280,7 +280,7 @@
       OPENGL_LIBS="$OPENGL_LIBS $GLUT_LIBS"
       OPENGL_CFLAGS="$OPENGL_CFLAGS $GLUT_CFLAGS"
    fi
-if test "x$no_x" != "xyes" -a "x$no_gl" != "xyes" \
+if test "x$no_gl" != "xyes" \
 		-a "x$no_glu" != "xyes" -a "x$no_glut" != "xyes" ; then
     AC_DEFINE(HAVE_OPENGL, 1, [Define if you have OpenGL.])
     AC_SUBST(OPENGL_CFLAGS)

From igniz.revolver at gmail.com  Thu Apr  4 12:44:56 2013
From: igniz.revolver at gmail.com (Astral Blaze)
Date: Thu, 4 Apr 2013 18:44:56 +0100
Subject: [crossfire] Just announced! Crossfire:TCG
In-Reply-To: <515B2467.3050505@real-time.com>
References: <5159D5E6.8000406@real-time.com>
	<20130402125819.73319727@era4.eracc.uucp>
	<515B2467.3050505@real-time.com>
Message-ID: <CAA9y_NbAbyEKcg=-HYjbL+=d+tLjR+1_TdUgS6FQQGrfs6eLLg@mail.gmail.com>

Had I seen this on the day, I would've been fooled

On 2 April 2013 19:33, Rick Tanner <leaf at real-time.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> >> Crossfire: Trading Card Game (aka, Crossfire:TCG)
> >
> > April Fool! :)
>
> Yes sir, you are correct.  The post was made as part of the "festive
> holiday."
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (Darwin)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iD8DBQFRWyRnhHyvgBp+vH4RAhoOAKCUfEJ4lvnAZCTcX6e4Zj/MrTlDtgCgtXMo
> /pY5q54nlprG2eUwdcRCOa8=
> =C/dH
> -----END PGP SIGNATURE-----
>  _______________________________________________
> crossfire mailing list
> crossfire at metalforge.org
> http://mailman.metalforge.org/mailman/listinfo/crossfire
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.metalforge.org/pipermail/crossfire/attachments/20130404/f17925ba/attachment.html>

From kevinz5000 at gmail.com  Wed Apr 24 23:16:56 2013
From: kevinz5000 at gmail.com (Kevin Zheng)
Date: Wed, 24 Apr 2013 23:16:56 -0500
Subject: [crossfire] Reorganizing dist files on SourceForge download page
Message-ID: <5178AE38.5030102@gmail.com>

Hi everyone,

I've noticed that the files available from the project's SourceForge
download page have become very haphazardly organized. I think that it's
time for someone to consider tidying things up a bit. Here are a few
ideas that I've considered:

* Drop the 'crossfire-' prefix from folder names
We know this is Crossfire, even the URL reveals this.

* Organize the root directory by release version number
Good: Makes stuff from a single release easy to find.
Bad: Some stuff doesn't come out every release, so it's harder to find.

* Delete (or mark obsolete) the 'crossfire-editor' folder.
>From what I understand, it's somewhat obsolete now. Perhaps put a copy
of a recent Gridarta editor there instead?

* Don't segregate Windows client/server stuff
I don't see why they can't be put together; saves some clutter.

At the same time, I realize that indiscriminately moving around
distfiles breaks stuff for users and distribution packagers (e.g.
FreeBSD port, which I maintain). Still, I feel that we should make an
attempt to keep the downloads fairly organized?

Thoughts? Comments? Hate mail?

Thanks,
Kevin Zheng

From leaf at real-time.com  Thu Apr 25 15:28:14 2013
From: leaf at real-time.com (Rick Tanner)
Date: Thu, 25 Apr 2013 15:28:14 -0500
Subject: [crossfire] Reorganizing dist files on SourceForge download page
In-Reply-To: <5178AE38.5030102@gmail.com>
References: <5178AE38.5030102@gmail.com>
Message-ID: <517991DE.5070901@real-time.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 4/24/13 11:16 PM, Kevin Zheng wrote:
> 
> I've noticed that the files available from the project's 
> SourceForge download page have become very haphazardly organized. I
> think that it's time for someone to consider tidying things up a 
> bit.

Just to make sure, do you mean this page?

https://sourceforge.net/projects/crossfire/files/



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iD8DBQFReZHehHyvgBp+vH4RAqPYAJ0XRlwt5bXN/8fSa60ycn3QRSanLwCgrLFQ
JfLE7Zkx6Q/VyOhKI919czI=
=avtw
-----END PGP SIGNATURE-----

From kevinz5000 at gmail.com  Thu Apr 25 21:00:36 2013
From: kevinz5000 at gmail.com (Kevin Zheng)
Date: Thu, 25 Apr 2013 21:00:36 -0500
Subject: [crossfire] Reorganizing dist files on SourceForge download page
In-Reply-To: <517991DE.5070901@real-time.com>
References: <5178AE38.5030102@gmail.com> <517991DE.5070901@real-time.com>
Message-ID: <5179DFC4.6090100@gmail.com>

On 04/25/2013 15:28, Rick Tanner wrote:
> On 4/24/13 11:16 PM, Kevin Zheng wrote:
> 
>> I've noticed that the files available from the project's 
>> SourceForge download page have become very haphazardly organized.
>> I think that it's time for someone to consider tidying things up
>> a bit.
> 
> Just to make sure, do you mean this page?
> 
> https://sourceforge.net/projects/crossfire/files/

Yes! Sorry for not making that clear...

Thanks,
Kevin Zheng

From kevinz5000 at gmail.com  Thu Apr 25 21:58:40 2013
From: kevinz5000 at gmail.com (Kevin Zheng)
Date: Thu, 25 Apr 2013 21:58:40 -0500
Subject: [crossfire] Reorganizing dist files on SourceForge download page
In-Reply-To: <5179EAB2.3000401@sonic.net>
References: <5178AE38.5030102@gmail.com> <517991DE.5070901@real-time.com>
	<5179DFC4.6090100@gmail.com> <5179EAB2.3000401@sonic.net>
Message-ID: <5179ED60.2040308@gmail.com>

On 04/25/2013 21:47, Mark Wedel wrote:
>  However, I didn't have the motivation to go back and fix all the other
> entries - if a CLI to the directory structure is available, probably not
> that hard (a few mkdirs here, a few mvs there), but if it all has to be
> done by the web interface, sort of an annoying process.

In fact, you can't move or rename stuff from the web GUI. Instead,
SourceForge provides shell or SFTP access to the distfiles. More details
are here:

http://sourceforge.net/apps/trac/sourceforge/wiki/SFTP

>  Removing the crossfire- prefix on the directory name could be done - I
> don't feel strongly one way or the other on that.  I would say that the
> names of the actual tar archives may make more sense to rename, eg,
> arch-1.70.0.tar.gz, maps-1.70.0.tar.gz, etc.  The only issue with that
> is for sites that mirror it and don't put it in an appropriately named
> folder.

Agreed with the latter part; let's keep the 'crossfire-' prefix on the
tarballs themselves. I like dropping it from the folders, though.

> And it may make sense just to always/only do the archives in bz2 format,
> as that has been out long enough that it would seem unlikely that
> systems are lacking that ability

We can do that for future releases; no point in churning up old stuff.

>  The CrossfireEditor (crossfire-editor folder) is the gridarta based
> editor - the crossfire specific version vs the daimonin specific one. 
> IIRC, the reason that was in a different folder is that its version
> numbering is different.  I'm not sure the best way to handle that -
> putting in an editor-0.9 in the crossfire-1.70.0 directory just seems
> sort of odd from a numbering standpoint.

Didn't realize that; sorry! :p

>  I believe the main reason the windows client & server were in separate
> directories is that the packagers of those were different people, and
> thus the timing of their release did not always correspond to the
> release of the other files.  But I don't think there is any reason the
> maintainers/REs of those files couldn't put them in the same version
> directory.

I think that's a good idea.

Also, not a bad idea to warn the masses before moving stuff.

Thanks,
Kevin Zheng

From mwedel at sonic.net  Thu Apr 25 21:47:14 2013
From: mwedel at sonic.net (Mark Wedel)
Date: Thu, 25 Apr 2013 19:47:14 -0700
Subject: [crossfire] Reorganizing dist files on SourceForge download page
In-Reply-To: <5179DFC4.6090100@gmail.com>
References: <5178AE38.5030102@gmail.com> <517991DE.5070901@real-time.com>
	<5179DFC4.6090100@gmail.com>
Message-ID: <5179EAB2.3000401@sonic.net>

On 04/25/13 07:00 PM, Kevin Zheng wrote:
> On 04/25/2013 15:28, Rick Tanner wrote:
>> On 4/24/13 11:16 PM, Kevin Zheng wrote:
>>
>>> I've noticed that the files available from the project's
>>> SourceForge download page have become very haphazardly organized.
>>> I think that it's time for someone to consider tidying things up
>>> a bit.
>>
>> Just to make sure, do you mean this page?
>>
>> https://sourceforge.net/projects/crossfire/files/
>
> Yes! Sorry for not making that clear...

  So when 1.70.0 was released, you can see that all the files (server, client, 
maps, etc) were placed under the crossfire-1.70.0 - it was a while since I did 
that, but I think some of the reason is as you describe - it makes sense for all 
the files for a release to be under one directory.  I also think it might of had 
something to do with how sourceforge presented the information, and it was 
simply more work to put each one in its own directory.

  However, I didn't have the motivation to go back and fix all the other entries 
- if a CLI to the directory structure is available, probably not that hard (a 
few mkdirs here, a few mvs there), but if it all has to be done by the web 
interface, sort of an annoying process.

  Removing the crossfire- prefix on the directory name could be done - I don't 
feel strongly one way or the other on that.  I would say that the names of the 
actual tar archives may make more sense to rename, eg, arch-1.70.0.tar.gz, 
maps-1.70.0.tar.gz, etc.  The only issue with that is for sites that mirror it 
and don't put it in an appropriately named folder.

And it may make sense just to always/only do the archives in bz2 format, as that 
has been out long enough that it would seem unlikely that systems are lacking 
that ability

  The CrossfireEditor (crossfire-editor folder) is the gridarta based editor - 
the crossfire specific version vs the daimonin specific one.  IIRC, the reason 
that was in a different folder is that its version numbering is different.  I'm 
not sure the best way to handle that - putting in an editor-0.9 in the 
crossfire-1.70.0 directory just seems sort of odd from a numbering standpoint.

  I believe the main reason the windows client & server were in separate 
directories is that the packagers of those were different people, and thus the 
timing of their release did not always correspond to the release of the other 
files.  But I don't think there is any reason the maintainers/REs of those files 
couldn't put them in the same version directory.

  More likely, it is more history - back when each component (arch, client, 
server, sounds) had its own directory, having a directory specific for windows 
or linux rpm files made perfect sense.  But if we are moving to putting all the 
files for a given release in a single directory, then the windows and linux rpm 
files should be put in that same directory.



From nicolas.weeger at laposte.net  Sun Apr 28 14:00:32 2013
From: nicolas.weeger at laposte.net (Nicolas Weeger)
Date: Sun, 28 Apr 2013 21:00:32 +0200
Subject: [crossfire] Gem "upgrade" formulae?
Message-ID: <201304282100.37278.nicolas.weeger@laposte.net>

Hello.


I was wondering of adding gem "upgrades" alchemy recipes, something like:

- 20 diamonds => 1 diamond of great value
- 20 diamonds of great value => 1 diamond of exceptional beauty
- 20 diamonds of exceptional beauty => 1 diamond of flawless value

(with the number high enough to ensure the diamonds in the recipe cost more 
than the resulting diamond)

And equivalent recipes for other emeralds, rubies and such.


Maybe with a high failure rate, and rather in thaumaturgy maybe, which doesn't 
have many recipes.



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: <http://mailman.metalforge.org/pipermail/crossfire/attachments/20130428/84a0d749/attachment.pgp>

From om at iki.fi  Sun Apr 28 14:36:58 2013
From: om at iki.fi (Otto J. Makela)
Date: Sun, 28 Apr 2013 22:36:58 +0300
Subject: [crossfire] Ice melting spell
In-Reply-To: <201304282100.37278.nicolas.weeger@laposte.net>
References: <201304282100.37278.nicolas.weeger@laposte.net>
Message-ID: <517D7A5A.4020901@iki.fi>

One thing I've been thinking would be nice is a pyro spell for melting ice,
a bit like there is a "earth to dust" spell. Messing around with flints
(specially the humorous bit about mistakenly lighting the flint with itself,
and burning it completely up) seems somewhat, er, medieval.

Any takers, it would seem like this could be a reward item from some quest?
-- 
   /* * * Otto J. Makela <om at iki.fi> * * * * * * * * * */
  /* Phone: +358 40 765 5772, ICBM: N 60 10' E 24 55' */
 /* Mail: Mechelininkatu 26 B 27,  FI-00100 Helsinki */
/* * * Computers Rule 01001111 01001011 * * * * * * */

From kevinz5000 at gmail.com  Mon Apr 29 17:14:37 2013
From: kevinz5000 at gmail.com (Kevin Zheng)
Date: Mon, 29 Apr 2013 17:14:37 -0500
Subject: [crossfire] Gem "upgrade" formulae?
In-Reply-To: <201304282100.37278.nicolas.weeger@laposte.net>
References: <201304282100.37278.nicolas.weeger@laposte.net>
Message-ID: <517EF0CD.2030505@gmail.com>

On 04/28/2013 14:00, Nicolas Weeger wrote:
> I was wondering of adding gem "upgrades" alchemy recipes, something
> like:
> 
> - 20 diamonds => 1 diamond of great value - 20 diamonds of great
> value => 1 diamond of exceptional beauty - 20 diamonds of
> exceptional beauty => 1 diamond of flawless value
> 
> (with the number high enough to ensure the diamonds in the recipe
> cost more than the resulting diamond)
> 
> And equivalent recipes for other emeralds, rubies and such.
> 
> 
> Maybe with a high failure rate, and rather in thaumaturgy maybe,
> which doesn't have many recipes.

I like this idea; I think having the high chance of failure and huge
number of starting materials offsets the cost and random chance of
finding these in the wild.

Perhaps even a skill like jewelery? Then again, I don't know many
jewelers who can put together a bunch of gems to make a better gem.

Good luck,
Kevin Zheng

From leaf at real-time.com  Mon Apr 29 17:35:03 2013
From: leaf at real-time.com (Rick Tanner)
Date: Mon, 29 Apr 2013 17:35:03 -0500
Subject: [crossfire] Gem "upgrade" formulae?
In-Reply-To: <517EF0CD.2030505@gmail.com>
References: <201304282100.37278.nicolas.weeger@laposte.net>
	<517EF0CD.2030505@gmail.com>
Message-ID: <517EF597.8090503@real-time.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>> Maybe with a high failure rate, and rather in thaumaturgy maybe, 
>> which doesn't have many recipes.
> 
> I like this idea; I think having the high chance of failure and
> huge number of starting materials offsets the cost and random
> chance of finding these in the wild.
> 
> Perhaps even a skill like jewelery? Then again, I don't know many 
> jewelers who can put together a bunch of gems to make a better
> gem.

I like the idea of being able to assemble or craft items in the game.

Here's my thought on this specific idea..

Thaumaturgy to assemble lesser gems in to a flawed gem.

Jeweler skill to cut/polish the flawed gem in to the gem "of
great value", et al.

If graphics are needed, I volunteer to work on that.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iD8DBQFRfvWWhHyvgBp+vH4RAtEFAKCAN0ecqav220NTE+dffNQ4UEJNAgCfVWco
uSAcvWzaDEx/rR3MK3ahE68=
=ImTW
-----END PGP SIGNATURE-----