I just took a look at the xmlsitemap issue queue - it looks like someone already submitted a bug report for the &quot;columhn_exist&quot; typo, and it was fixed this morning - <a href="http://drupal.org/node/348599">http://drupal.org/node/348599</a> - so you won&#39;t need to fix that again next time the tarball is generated.<br>
<br>That suggests there&#39;s at least some activity there, and no reason you couldn&#39;t expect an answer had you posted your query here rather than there. The chances of any one maintainer reading the development list are a lot lower though.<br>
<br>Nat<br><br>PS. you don&#39;t need to apply for a CVS account to submit patches.<br><br><div class="gmail_quote">On Thu, Dec 18, 2008 at 1:21 PM, Jens Reinemuth&nbsp;<span dir="ltr"></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Nathaniel Catchpole schrieb:<br>
<div class="Ih2E3d">&gt; The issue queue for <a href="http://drupal.org/project/xmlsitemap" target="_blank">http://drupal.org/project/xmlsitemap</a> is over there.<br>
&gt;<br>
&gt; Instructions for creating patches are at <a href="http://drupal.org/patch/create" target="_blank">http://drupal.org/patch/create</a><br>
&gt;<br>
&gt; Development tarballs are created automatically by the Drupal.org<br>
&gt; packaging script and have big red Xs next to them to stop regular<br>
&gt; users downloading them. It&#39;s the same as checking it out from CVS,<br>
&gt; except a daily snapshot of whatever&#39;s in there at the time.<br>
&gt;<br>
&gt; Development tarballs are for people to try out and contribute back bug<br>
&gt; reports and patches back to the issue queue so they can be rolled into<br>
&gt; the next stable release - if you can fix things locally, you could<br>
&gt; have spent the time doing this instead of sending a complaint to<br>
&gt; however many thousand people subscribe to this list.<br>
&gt;<br>
&gt; Nat<br>
</div>So it&#39;s better to submit a bunch of patches simply correcting typos than<br>
trying to get to know where (or who) the problem is?<br>
<br>
Sorry for &quot;spamming&quot; those thousands of drupal-users here. But i don&#39;t<br>
get it: Even if i stay on dev-linuxes, with dev-kernels, dev-drivers,<br>
dev-software, ... the times someone submitted code with such simple<br>
typos in the recent years would be under 10.<br>
<br>
On the opposite i have a module where the devs (or maintainers)<br>
constantly check-in - easy to fix - bugged code. If this is common in<br>
the drupal-scene we would have to change something about it...<br>
<br>
But ok. I&#39;ll get a cvs-account and commit about 10 patches a week<br>
countaining commas or something like that...<br>
<font color="#888888"><br>
Jens<br>
</font></blockquote></div><br>