Description of problem: Many invocations of 'tetexconfig', 'updmap' and 'fmutil' scripts leave behind temporary directories. To see some examples try 'tetexconfig-sys conf' or 'updmap --help'. The problem is that although temporary directories for all these utilities are created always, sometimes in a completely reduntant manner (that would prevent 'updmap --help' from working with /tmp remounted read-only - say due to a filesystem errors), but removal is strangely baroque and not invoked on many code paths. Hopefuly sometimes it is but I quickly lost my patience with those scripts. Attached patch cuts through the chase and ensures that we are not left with junk. It is "minimal" in that sense that it does not try to fix and turns of the original code. It may cause in the current situation too many calls to 'cleanup()' but this does not look like a problem. Version-Release number of selected component (if applicable): tetex-3.0-6.FC4 and others How reproducible: always
Created attachment 120773 [details] patch to ensure that cleanup code is really called
Thanks for the patch! The multiple calls to cleanup() shouldn't cause anything bad IMO. It's texconfig not tetexconfig btw.
Applied since 3.0-9.