<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>syn.theti.ca &#187; xpilot</title>
	<atom:link href="http://syn.theti.ca/category/xpilot/feed/" rel="self" type="application/rss+xml" />
	<link>http://syn.theti.ca</link>
	<description>debian, eeepc, kids &#38; f/oss software</description>
	<lastBuildDate>Tue, 25 May 2010 11:50:00 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>XPilot change of upstream growing pains</title>
		<link>http://syn.theti.ca/2006/07/18/xpilot-change-of-upstream-growing-pains/</link>
		<comments>http://syn.theti.ca/2006/07/18/xpilot-change-of-upstream-growing-pains/#comments</comments>
		<pubDate>Tue, 18 Jul 2006 12:47:00 +0000</pubDate>
		<dc:creator>Ben Armstrong</dc:creator>
				<category><![CDATA[debian]]></category>
		<category><![CDATA[games]]></category>
		<category><![CDATA[xpilot]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[XPilot development has changed hands over the past several years. While the original website at www.xpilot.org continues to be run by the original developers, XPilot-NG (xpilot.sf.net) is where all of the new development has been happening. But xpilot.org still performs an important function for the user community: they run the meta servers1 that list all [...]]]></description>
			<content:encoded><![CDATA[<p>XPilot development has changed hands over the past several years.  While the<br />
original website at <a href="www.xpilot.org">www.xpilot.org</a> continues to be run by the original<br />
developers, XPilot-NG (<a href="xpilot.sf.net">xpilot.sf.net</a>) is where all of the new development has<br />
been happening.  But xpilot.org still performs an important function for the user<br />
community: they run the meta servers<sup><a href="#fn1">1</a></sup> that list all public xpilot servers around<br />
the world.</p>
<p>Recently, we (the XPilot-NG developers on #xpilot at irc.freenode.net) noticed<br />
quite a number of uncontactable servers popping up on the meta servers.  This is<br />
annoying, to say the least.  Users don&#8217;t know they can&#8217;t connect until they&#8217;ve<br />
tried (unless they&#8217;ve bothered to try pinging the server first) and besides<br />
which, having all those &#8220;junk&#8221; servers in the list makes it harder to locate<br />
contactable servers.</p>
<p>Now, naturally, we wanted to know where all of those servers were coming<br />
from, and why now, at this particular time?  I knew my Debian package (and<br />
presumably any derivatives) do not report to the metaserver by default.  Any<br />
admin starting an XPilot server would have to explicitly configure it to do so,<br />
so the incidence of uncontactable Debian XPilot-NG servers should remain<br />
relatively low and have a constant growth rate.  Then I found the Fedora<br />
package, and started poking around inside.  After a shallow review of the<br />
package, I concluded there was a good chance it was the culprit<sup><a href="#fn2">2</a></sup>, especially<br />
since it recently (FC5) had an init script added.  Such a bug, coupled with the<br />
relatively recent release of <span class="caps">FC5</span>, would account for the sudden spike in number<br />
of permanently running non-contactable XPilot-NG servers.</p>
<p>Bingo!  I found some helpful folks at #fedora-games at irc.freenode.net, including the XPilot NG maintainer, which<br />
led to filing <a href="https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199164">this<br />
bug</a>. I subsequently invited the maintainer over to #xpilot and had a nice time introducing him to the other upstream devs and chatting about our current issues.</p>
<p>Ultimately, we know we need to fix the problem at the metas, but in the meantime, I am pleased to have established contact with my counterpart in the<br />
Fedora project, expanding the diminishingly<br />
small XPilot developer community by one.</p>
<p id="fn1"><sup>1</sup> They deliberately never released any source code for those metas<br />
to try to keep the user community unified at the centralized servers.  While I<br />
see the reasoning behind the decision, given the problems we&#8217;re facing now,<br />
it&#8217;s clear the XPilot community would be better off with meta server source that<br />
is actively being maintained.</p>
<p id="fn2"><sup>2</sup> Admittedly two problems with the <code>+reportMeta</code> option upstream set us up for this problem.  First, counterintuitively, <code>+reportMeta</code> disables reporting to the metaserver (following the rule &#8221;+&#8221; negates the meaning of an option starting with &#8221;-&#8221;).  Second, <code>-reportMeta</code> is a stupid default.  Most people starting servers are behind firewalls these days, so unless they consciously decide to make their server public, making the corresponding adjustments to their firewall, the option should not be set (not to mention the security implications of making a server public by default).</p>
]]></content:encoded>
			<wfw:commentRss>http://syn.theti.ca/2006/07/18/xpilot-change-of-upstream-growing-pains/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
