<div class="gmail_quote">On Fri, Sep 11, 2009 at 11:31 PM, Karl Berry <span dir="ltr"><<a href="mailto:karl@freefriends.org">karl@freefriends.org</a>></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"> > catalogue-date 2007-02-24 15:09:57 +0100 (Sat, 24 Feb 2007) $<br>
><br>
> All other packages don'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's not Robin'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's an old thing which hasn't gotten updated. I'll<br>
look into.<br><div class="im"></div></blockquote><div><br>we don't _write_ those dates -- they're from svn, inserted at the point<br>of checkin. we can't therefore "correct" them. if someone wants them<br>
in some sense "right" 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">
> * Several packages are not on ctan and therefore have empty<br>
> catalogue-ctan:<br>
> colorsep<br>
> dvips<br></div></blockquote><div><br>we do have a dvips directory. it contains a readme saying "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">
> gustlib<br>
> 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'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">
> latex<br></div></blockquote><div><br>we do actually hold that(!). i guess i'll put a path entry into the<br>catalogue; any such entry is misleading, one way or another, which<br>is why i've never done it before, but given the overwhelming<br>
demand for some abstract property i'm not sure about, i'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">
> texdoc<br>
> 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'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'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">
> 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's not a big<br>
deal).<br><br>
> 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>
<ctan path='....'/><br>
I am sure that in one way or the other these things *are* on CTAN.<br></blockquote><div><br>well, of course they're on ctan, but would a catalogue entry saying<br><br> <ctan path='systems/win32/miktex/tm/packages/xmlplay.cab'/><br>
<br>help anyone?<br><br> Norbert, it'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't see what <ctan path=> has to do with it. I didn't think we<br>
depended on the path to find the descriptions. Don'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>