[tex-live] Intentional deletions in texmf-dist/tex/plain/misc rather than move?

[Rick Graham]

Karl,

Thank you for your quick response.  Seems reasonable to me.

I ran into an issue building PDF documentation for Julia which uses Sphinx
(although Julia latex/PDF docs don't use anything from pdfcolor.tex).  I
submitted issues to both Julia and Sphinx.  Please feel free to add any
comments.

https://github.com/JuliaLang/julia/issues/5964
https://bitbucket.org/birkenfeld/sphinx/issue/1406/texinputs-sphinxsty-inputs-pdfcolortex

Best regards,
Richard Graham



On Wed, Feb 26, 2014 at 6:09 PM, Karl Berry <karl at freefriends.org> wrote:

>     Am curious to know if the SVN revision r33039 commenting that files are
>     moved (see below), also intended to delete files/directories outright.
>
> Yes.  (I'm impressed at your careful reading!)
>
>     For example, texmf-dist/tex/plain/misc
>
> There was nothing left in it.  That was the whole goal I was aiming for :).
>
>     and some of its contents (e.g., pdfcolor.tex) are now deleted and
>     not moved.
>
> pdfcolor.tex is the only one that is now gone, all others were moved
> (idxmac.tex got omitted from last night's update by mistake, should be
> back tonight).
>
> When I looked at pdfcolor.tex, it is clearly an example document, not
> something that someone would want to \input (much less \include), since
> it redefines \makeheadline and \makefootline, among other things.
> Therefore should not be in the runtime.  I will restore it to the pdftex
> documentation, where it belonged in the first place, when I update that
> later this year.
>
> If you think there's a mistake somewhere in there, just let me know.
> I didn't intend to actually affect anyone's documents.
>
> Best,
> Karl
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20140227/64198ca6/attachment.html>