<div class="gmail_quote">On Fri, Sep 11, 2009 at 11:31 PM, Karl Berry <span dir="ltr">&lt;<a href="mailto:karl@freefriends.org">karl@freefriends.org</a>&gt;</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;">
<div class="im">    &gt;   catalogue-date 2007-02-24 15:09:57 +0100 (Sat, 24 Feb 2007) $<br>
    &gt;<br>
    &gt; All other packages don&#39;t have anything after timezone.<br>
<br>
</div>    We take the date string 1-1 from the TeX Catalogue, so it should be fixed<br>
    there. Robin?<br>
<br>
It&#39;s not Robin&#39;s problem.  I see nothing special about the datestamp<br>
item in parrun.xml vs., say, paresse.xml.   I expect our parsing is<br>
somehow failing, or it&#39;s an old thing which hasn&#39;t gotten updated.  I&#39;ll<br>
look into.<br><div class="im"></div></blockquote><div><br>we don&#39;t _write_ those dates -- they&#39;re from svn, inserted at the point<br>of checkin.  we can&#39;t therefore &quot;correct&quot; them.  if someone wants them<br>
in some sense &quot;right&quot; in tlpdb, they should undertake the editing task<br>themselves: we changed to this method because we found ourselves<br>less than reliable putting the dates in by hand.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
    &gt; * Several packages are not on ctan and therefore have empty<br>
    &gt; catalogue-ctan:<br>
    &gt;   colorsep<br>
    &gt;   dvips<br></div></blockquote><div><br>we do have a dvips directory.  it contains a readme saying &quot;look<br>at tex live.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
    &gt;   gustlib<br>
    &gt;   kpathsea<br></div></blockquote><div><br>seems to be a part of the metapost distribution.  should i catalogue<br>it as coming from there?  (ha ha,  that&#39;s a _joke_.)<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
    &gt;   latex<br></div></blockquote><div><br>we do actually hold that(!).  i guess i&#39;ll put a path entry into the<br>catalogue; any such entry is misleading, one way or another, which<br>is why i&#39;ve never done it before, but given the overwhelming<br>
demand for some abstract property i&#39;m not sure about, i&#39;ll do it some<br>time.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
    &gt;   texdoc<br>
    &gt;   times<br></div></blockquote><div><br>looking at this entry, i would guess this is some attempt to fend off<br>complaints by people who can&#39;t understand the tool that times is<br>a small part of.  of course we hold it, but should the catalogue for<br>
times hold a path entry pointing to the same place as the entry for<br>psnfss?  i judged not, i guess -- but it&#39;s been a long time.  should<br>we have similar entries for palatino, ..., zapf dingbats?<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
    &gt;   xmlplay<br></div></blockquote><div class="im"><br>all the otherwise unremarked entries are (afaics) distribution-only<br>packages.  this puts the shareware distributors at a bit of a disadvantage<br>(not that there are many of them, any more, so perhaps it&#39;s not a big<br>
deal).<br><br>
    &gt; More curious than erroneous.<br>
<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    That must be fixed in the Catalogue by adding<br>
            &lt;ctan path=&#39;....&#39;/&gt;<br>
    I am sure that in one way or the other these things *are* on CTAN.<br></blockquote><div><br>well, of course they&#39;re on ctan, but would a catalogue entry saying<br><br>  &lt;ctan path=&#39;systems/win32/miktex/tm/packages/xmlplay.cab&#39;/&gt;<br>
<br>help anyone?<br><br>  Norbert, it&#39;s not so simple.  Many of them are actually not on CTAN,<br>  even though there may be Catalogue entries.<br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

And I don&#39;t see what &lt;ctan path=&gt; has to do with it.  I didn&#39;t think we<br>
depended on the path to find the descriptions.  Don&#39;t see why we should,<br>
at least.<br></blockquote><div><br>robin<br><br>[i seem to have deleted the original of this message, hence replying from<br>my gmail account.  sorry about that.  i do have other ways of doing this,<br>but gmail (apart from the ghastliness of using web mail) is easiest.]<br>
<br></div></div>