David Hurst | 14 Aug 01:53 2014
Picon

Fwd: Review your Google Analytics website performance for July

Hi Team,

Just FYI I thought people might be interested in the latest analytics on the wiki page.

Saru

---------- Forwarded message ----------
From: Google Analytics <analytics-noreply <at> google.com>
Date: Thu, Aug 14, 2014 at 2:54 AM
Subject: Review your Google Analytics website performance for July
To: davidnicholashurst <at> gmail.com


Your Customer ID: wiki.metalforge.net
Sign in
A snapshot of your website in July.
Take a few minutes to review last month's website performance for http://wiki.metalforge.net. We hope that these key metrics and our monthly tip will help you identify new opportunities for your business.
VISITS
312
The total number of visits to your site this month
BOUNCE RATE
65%
Your bounce rate shows how many people leave your site without visiting any other pages on your site
TIME ON SITE
03:04
The average amount of time someone spends on your site in a single session
AVERAGE PAGES
3
The average number of pages viewed in a single session
Did you know you had 312 visits this month?
Keep an eye on your All Traffic report to see exactly where your visitors come from so you can make tweaks to your marketing campaigns.
         Sign in         
Your Audience
TOP COUNTRIES
TOP COUNTRY  
90
Visits
United States
18
Visits
Switzerland
15
Visits
France
15
Visits
Germany
15
Visits
Portugal
Your Location report tells you where your visitors live around the world. Make sure you’re promoting your business in all the right areas.
    View your Location report    
How people are finding you
TOP KEYWORDS
crossfire wiki real time 3 Visits
crossfire game install cen ... 2 Visits
crossfire debian install 1 Visits
http://www.mixxx.org/wiki/ ... 1 Visits
make server crossfire 1 Visits
ADWORDS VISITS
0 AdWords Visitors
312 Non-AdWords Visitors
312 Total Visitors
Did you know you can attract more potential customers to your site with paid online ads? Learn more about how Google AdWords can help.
    Sign up for AdWords    
TOP SOCIAL SOURCES
100%
WordPress
0%
0%
0%
0%
TOP REFERRERS
google / organic  
167 Visits
crossfire.real-time.com / referral  
87 Visits
(direct) / (none)  
34 Visits
bing / organic  
6 Visits
meomotsachvn.wordpress.com / referral  
4 Visits
What’s happening when users come to your site
TOP PAGES
Visits
/doku.php/linu ... /doku.php /doku.php/faq /doku.php/serv ... /doku.php/cros ...
  Pageviews   Page Exits
41
EXITS
Did you know that 41 (13.1%) people exited your site at /doku.php/linux?
    View your Exit Pages    
Your Goals
NO GOALS SET UP YET
0
Use goals to track customer interactions that matter to your business the most, such as purchases or number of pages viewed.
ABANDONMENT RATE
0%
The percentage of people who start but do not complete one of your goals
Your goals completion sources
Looks like you don’t have any Goals set up yet. Use Goals to keep an eye on customer actions that matter to you, like clicks and sales.
    Set up Goals    
Thank you for reviewing our report. Please take a few minutes to provide feedback.
    Go to your account    
Join the Community Ask Experts Learn
© 2014 Google Inc. 1600 Amphitheatre Parkway, Mountain View, CA 94043

This email was sent to davidnicholashurst-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org because you indicated that you'd like to receive updates and tips about your Google Analytics account. If you don't want to receive such emails in the future, please unsubscribe here. You can also change your preferences on your account's Google Analytics Email Communications page by logging into https://www.google.com/analytics/settings/my_account



_______________________________________________
crossfire mailing list
crossfire@...
http://mailman.metalforge.org/mailman/listinfo/crossfire
Tolga Dalman | 11 Aug 13:24 2014

[PATCH] Crossfire client linking fails in trunk


Hi,

the attached patch fixes the client compilation on trunk. Thanks!

Best regards,
Tolga Dalman

_______________________________________________
crossfire mailing list
crossfire@...
http://mailman.metalforge.org/mailman/listinfo/crossfire
Rick Tanner | 14 Jun 01:35 2014

Development dialogue


It has been quite some time since Crossfire has seen so many code
tweaks and changes like we have seen the past couple of months.

Thank you to everyone who is and has been contributing to this.

Some recent discussion on IRC brought up some concerns with recent SVN
commits and their impact on existing code, server setup practices, and
performance gains or efficiency of such code changes.

I'm making this post to open dialogue on these concerns so they get
addressed, worked on, updated, etc.

If a code rewrite is necessary, or a revert or something else - it
should be made with some sort of agreement.

I ask that we keep the discussion positive and productive. If you have
an axe to grind, this is not the forum for that. ;-)

Thank you,

Rick Tanner

Kevin Zheng | 13 Jun 15:13 2014
Picon

Crossfire should use Git


Hi all,

Crossfire originally lived in the world of CVS, until a handful of brave
knights ventured to move it to SVN. Today I believe it is time to move
again, and this time to Git.

Git is a distributed version control system, which means that checking
out an old revision or reading the commit log does not require accessing
the sometimes painfully slow servers on the Internet. Each 'clone' of
the repository is a fully-functioning repository on its own. This means
that developers, even those who do not have commit access, can work on
projects at their own pace and submit them with tools such as `git
format-patch` and others.

Git makes branching easy. It makes maintaining them manageable. As an
example, several important fixes were made in 'trunk', which have yet to
be backported to 1.12.0. In addition, there are no release engineering
branches, which means that each release is simply cut from the next
'trunk' state in line. Even "trivial" fixes could benefit from topic
branches, but SVN does not make this easy, convenient, or fun. Using Git
branches would help create a more stable codebase by improving release
engineering and adopting intermediate "stable" branches that servers can
track. A recent autotools bug that wiped server configuration files, for
example, could have been prevented if changes on the bleeding edge were
evaluated by test servers first.

Git is not terribly difficult to use. Right now I access the SVN
repository through a local Git clone, but this is inadequate because I
cannot publish my topic branches (without considerably difficulty). A
migration that preserves tags, branches, and full revision history can
be made as fast as the revisions are pulled from SVN.

In summary, a few important benefits of using Git:

Contributors can work on the code easier, with revision control.
Distributed, so works without (slow) Internet access.
Encourages branching -> more stable codebase.
Easy to use and migrate to.
Full (all revision history) repository size: 21.7 MiB (server), 13.9
  MiB (client), 106.1 MiB (maps)

However, there are a few immediate problems:

Most projects using SVN make extensive use of the revision number
identifiers. Crossfire is no different. Git has revision (commit)
identifiers, but they are meaningless without the repository, whereas
SVN increments the number for each commit. I do not believe this is an
issue, because client compatibility is not determined by this
specifier, plugin versions are only checked to match, and other uses
of the identifier can be removed.

Of course, comments, questions, and hate mail are always welcome.

Thanks,
Kevin Zheng
Nicolas Weeger | 12 Jun 20:35 2014
Picon

Game change proposals

Hello.

I'd like to change various things in the game, to make it funnier (IMO) in non 
combat aspects. So here are random proposals.

What about "mini-games"?

For instance, instead of a mere lockpicking, you actually have to use the 
picks in the right order in a limited time to pick a lock - if you fail, you 
trigger the traps, of course.

[bonus points to who knows the old game I'm getting inspiration from :)]

What about changing alchemy (including the jeweler etc. variants)?

For each formulae you start with a ~3% chance of success. You succeed? Get 3 
to 5 points. Failure? Get 0-1 point (failure is a valuable lesson, after all 
:)). Capped to ~90%. And maybe not giving global experience.

What about random (ie player-dependant) parameters? You have more success 
during certain hours, or outside vs inside, or...?

Then reduce the dropped items. I mean, so much junk!

Then, slowing (a lot) combat, making it more tactical. Instead of a zillion 
monsters, some hard to defeat monsters, where you can use all your skills and 
items, and attempt various combinations.

Then various effects on weapons: stun, knock back, confuse, slow, etc.

Reduce the zillion elemental attacks to a lower number (6? 8?), other things 
are side effects.

Thoughts? Flames? Ideas?

Regard

Nicolas
_______________________________________________
crossfire mailing list
crossfire@...
http://mailman.metalforge.org/mailman/listinfo/crossfire
Kevin Zheng | 8 May 03:25 2014
Picon

Update client GLib dependency

Hi there,

The GTKv2 client sources are split up into two parts, one for "common"
code that can be shared across different clients, and a "gtk-v2" part
that implements the GTK+ client itself.

GLib is a very useful library that provides portable data structures,
lexical scanners, threads, mutexes, timers, hook functions, and sockets.
Currently it is only used in the GTKv2 client because it is a dependency
of GTK+. I propose that GLib should be a dependency for the entire client.

1. There are lots of cool things that GLib will let us have that we
don't have now. Dynamically allocated strings, advanced data types, and
even a config file parser are all available from GLib.

2. GLib will make things more portable. I've been able to get the client
building on Windows again, but it's still very messy, particularly due
to excessive conditional compilation. GLib implements its own portable
sockets that can be used on multiple platforms.

3. GLib will make things less broken. Connecting to a server is a mess,
and sometimes freezes the client given the right circumstances.
Threading, callbacks, and parsing are messy, too.

4. GLib is already a dependency. Besides, on my system, the library and
all development files takes only 17 MB. Most people already have it
installed, because it is a dependency for Gtk, Qt, and more.

5. Even if somebody decides to write another client using SDL, OpenGL,
or maybe even Tcl, GLib can still be used and will still provide all of
its happy shiny benefits.

6. You probably don't care, since you're using the must shinier and
prettier and portable JXClient. So you should let me do whatever
satisfies my evil wishes.

Thanks,
Kevin Zheng
Tolga Dalman | 26 Apr 08:50 2014

[RFC] cfpython: raise minimum required version to Python 2.7

Hi,

currently, Python 2.4 is required for the map scripts to work properly. I
propose to require version 2.7 as minimum Python version, which was released
in 2010 and is still widely used.

With Python 2.7, we have the opportunity to cleanup some very old Python
conditional stuff. This way we should be able to replace cjson by the
Python standard library JSON implementation. What do you think ?

Best regards
Tolga Dalman
Tolga Dalman | 19 Apr 10:46 2014

Crossfire server code cleanup/janitorial

Dear community,

first of all: thank you very much for your efforts in the development of
crossfire. I'm a keen player of this game since around 2002.

Recently, I noticed several cleanup and janitorial work in the trunk. I wonder
whether there should be done more. Looking through the code, I have to
say that the overall quality of the server sources is really good. However,
crossfire is a software that has evolved since at least 1995.

Hence, I would like to ask you, the developer community, a number of general
questions about the future of the crossfire (server) development:

1. What platforms are still relevant ? Beside Linux and BSD, I found references 
to these OSes:  win32, hurd, hpux, ultrix, osf1, sgi, sun, vax, ibm032.

2. What C standard is relevant ? Moving towards C99 or even C11 would allow
large portions of cleanups (standard functions, types, language constructs,
etc).

3. What about the use of C++ (2011) ? It is clearly possible to smoothly convert 
existing code to C++ which allows better maintenance of the code.

Please understand these questions as a constructive effort to further improve 
the quality of the current code basis.

Best regards
Tolga Dalman
Kari Pahula | 13 Apr 12:14 2014
Picon

Building crossfire 1.71.0 server fails without arches

Hi.

Crossfire 1.71.0 server is unbuildable without the arch directory.
Here's what happens in lib/ directory (from make -d's output):

    Considering target file `smooth'.
      Considering target file `.collect-stamp'.
       File `.collect-stamp' does not exist.
       Finished prerequisites of target file `.collect-stamp'.
      Must remake target `.collect-stamp'.
touch .collect-stamp
Putting child 0x01251550 (.collect-stamp) PID 15874 on the chain.
Live child 0x01251550 (.collect-stamp) PID 15874 
Reaping winning child 0x01251550 PID 15874 
Removing child 0x01251550 PID 15874 from chain.
      Successfully remade target file `.collect-stamp'.
     Finished prerequisites of target file `smooth'.
     Prerequisite `.collect-stamp' is newer than target `smooth'.
    Must remake target `smooth'.
touch .collect-stamp
Putting child 0x012744c0 (smooth) PID 15875 on the chain.
Live child 0x012744c0 (smooth) PID 15875 
Reaping winning child 0x012744c0 PID 15875 
make collect

...

Considering target file `collect'.
 File `collect' does not exist.
 Finished prerequisites of target file `collect'.
Must remake target `collect'.
make[1]: Entering directory `/home/kaol/deb/crossfire/crossfire-1.71.0/lib'
/usr/bin/perl -I. collect.pl ./arch
Putting child 0x013c6600 (collect) PID 15877 on the chain.
Live child 0x013c6600 (collect) PID 15877 
collect.pl: looking ...
couldn't open ./arch at collect.pl line 500.
Reaping losing child 0x013c6600 PID 15877 
make[1]: *** [collect] Error 2

Here's the relevant rules from lib/Makefile.am:

.collect-stamp:
	touch .collect-stamp

collect:
	$(PERL) -I$(srcdir) collect.pl $(builddir)/arch
	$(PERL) $(srcdir)/adm/collect_images.pl -src $(srcdir) -png

archetypes faces animations bmaps.paths smooth: .collect-stamp
	touch .collect-stamp
	$(MAKE) collect

install-data-local: archetypes crossfire.0 faces animations smooth collect.pl util.pl

In short, install-data-local requires smooth, which requires
.collect-stamp, which gets created with touch.  Then smooth's rule
decides that smooth needs to be regenerated since .collect-stamp is
fresher than smooth, making the build fail since there's no arch
directory.

This would work if there was a lib/.collect-stamp with a correct
timestamp included with the server package, but there isn't.  I could
suggest that it wouldn't be a dot file since it wouldn't get waylaid
so easily then.  But this part would, IMHO, work even better without
using a stamp file at all.  The collect.pl script generates a fairly
limited set of files and you had listed them already in the
Makefile.am file itself.  I'm not sure how make -jn friendly the
current code is, either.

I ran into this while packaging 1.71.0 for Debian.  I worked around it
by calling touch -t 197001010101 lib/.collect-stamp before building
the server.
Kevin Zheng | 13 Apr 06:12 2014
Picon

Bug tracker group searches

Hi there,

Since the bug/feature/patch trackers switched to the new tracker states,
the group searches have been left unchanged. To make these states more
useful, I would like the following searches:

- New (bugs that are "open")
- In progress ("feedback", "analyzed", or "patched")
- Closed (but NOT "suspended")
- Suspended (but NOT "closed")

In addition, the milestones should be updated:
- 1.11 and 1.12 should be closed
- 1.x_next+trunk should be removed
- Add milestones for 1.72.0 and 1.71.1?
- Maybe re-open the "2.x" milestone for really-distant changes?

Somebody with bug tracker modification permissions should make these
changes. The current milestones/searches are meaningless/broken anyways.

Thanks,
Kevin Zheng
Kevin Zheng | 9 Apr 01:45 2014
Picon

Crossfire 1.71.0 Released

The Crossfire Development Team is pleased to announce the 1.71.0 release.

Highlights in this release include:

- Per-character keybindings in the GTKv2 client
- Fixed sound support in the GTKv2 client
- Retirement of the 'crossfire-config' build parameter dumper
- New pixmaps for many objects, including jewelry and more
- Faster server input parsing
- Many, many, many bug fixes

For a complete list of new features and bug fixes, please see the online
ChangeLog on SourceForge.

Availability:

Crossfire is available on SourceForge (and its various mirrors).
http://sourceforge.net/projects/crossfire/files/

Binary packages are not yet available and will be released when they are
ready.

'crossfire-client-1.71.0.tar.bz2' contains the source distribution for
the client. If you want to play, this is the only piece you need.

'crossfire-client-images-1.71.0.tar.bz2' contains client images and
graphics.  This prevents the client from having to request image data
from the server. It is optional but recommended if you have a slow
Internet connection.

'crossfire-client-sounds-1.71.0.tar.bz2' contains sound effects. This
has changed since the 1.70.0 release. Of course, it is optional.

'crossfire-1.71.0.tar.bz2' contains the server source distribution as
well as pre-generated archetype and image files. If you are running a
server, you need this.

'crossfire-1.71.0.arch.tar.bz2' contains the unpacked archetypes and
pixmaps.  This is only required if you are planning to make changes to
game objects and is not needed to run a server or play the game.

'crossfire-1.71.0.maps.tar.bz2' contains the map distribution. If you
are running a server, you need this.

Checksums:

MD5 (crossfire-1.71.0.arch.tar.bz2) = 284a269840492e45761ea786a86e48ec
MD5 (crossfire-1.71.0.maps.tar.bz2) = 71b9d6da7c2d547de0695808e319cfa5
MD5 (crossfire-1.71.0.tar.bz2) = bc58e01b1266785e85c58f6710ccc13f MD5
(crossfire-client-1.71.0.tar.bz2) = a32b9a3cb42f65820c5a9193dcfa56d5 MD5
(crossfire-client-images-1.71.0.tar.bz2) =
91e9ad93276be1565d190fccdcfb810d MD5
(crossfire-client-sounds-1.71.0.tar.bz2) = 3c9b8045231d4f861986b76b1bfde328

Kevin Zheng
April 5, 2014

Gmane