From 139373133828454294c01edb992f911950dff8f0 Mon Sep 17 00:00:00 2001 From: Manuel Pégourié-Gonnard Date: Sun, 1 Aug 2010 15:00:42 +0000 Subject: Some items are already done or were duplicated. (packages in %moreclean: checked during rev 19440 & 19469) git-svn-id: svn://tug.org/texlive/trunk@19563 c570f23f-e606-0410-a88d-b1316a301751 --- TODO | 13 ++----------- 1 file changed, 2 insertions(+), 11 deletions(-) (limited to 'TODO') diff --git a/TODO b/TODO index 03cf0b4f897..6c365176d51 100644 --- a/TODO +++ b/TODO @@ -39,12 +39,6 @@ rewriting from scratch.) tlprm does not know how to delete all emptied parent directories. -etoolbox.pdf from CTAN is incorrectly guessed by svn to be text, thus -the result is corrupted when checked in. So did: - svn propset svn:mime-type application/octet-stream \ - /home/texlive/karl/Master/texmf-dist/doc/latex/etoolbox/etoolbox.pdf -but ctan2tl should check for this. - make the cooked tree start at the top, not in Master, so we can autocommit the linked_scripts updates. @@ -52,10 +46,6 @@ if ask for susy and have Susy, or reverse, complain. In general, the package name field should match the directory. (Except for our bin-* junk.) -%moreclean - rerun every package listed in this hash to be sure changes - around 24dec07 haven't broken things. be careful. - place should run t1lint on pfb's. place should complain about inconsistent line endings and @@ -152,10 +142,11 @@ repo: make special repo backups repo: memman.pdf, etoolbox.pdf, hyperref README.pdf -- svn guesses wrongly that it is text, resulting pdf is junk, pdffonts can't read it for example. original on ctan is fine. - 1) check for other broken pdf's. + 1) check for other broken pdf's (done by check-files-by-format) 2) change place to svn propset svn:mime-type application/octet-stream for all *.pdf. + (done in r11793 but comment says 'needs testing') 3) report heuristic bug to svn. doc: web page on TeX (Live?) compilation -- cgit v1.2.3