From: Jean-François M. <jf...@co...> - 2009-05-26 10:43:05
|
On 24 May 2009, at 14:44, Tomoaki Okayama wrote: > I've updated texlive-texmf.info, from TeX Live 2007 to 2008. > Mass fonts/macros are updated and added in this version. > See texlive-texmf.info for details. Try it out! > > If you have some requests/suggestions, please let me know. > It would be very helpful and appreciated if you make a patch > and send it to me with your explanation, since it will take > long time for me to figure out what is the problem and how to > fix it. > > [To fink packagers of TeX fonts/macros] > Files in /sw/share/texmf or /sw/etc/texmf.local override the ones > in /sw/share/texmf-dist. The order of priority is determined by > /sw/share/texmf/web2c/texmf.cnf. The current setting is: > > TEXMF = {$TEXMFCONFIG,$TEXMFVAR,$TEXMFHOME,!!$TEXMFSYSCONFIG,!! > $TEXMFSYSVAR,!!$TEXMFLOCAL,!!$TEXMFMAIN,!!$TEXMFDIST} > > Roughly speaking, there are three cases: > > 1. Files of foobar.info are newer than the ones of texlive-texmf.info > No problem. > > 2. Files of foobar.info are the same as the ones of texlive-texmf.info > No problem, but I recommend the maintainer to update foobar.info, > or else the package is worthless. > > 3. Files of foobar.info are older than the ones of texlive-texmf.info > The maintainer should update the foobar.info or delete it. > In the deletion case, "Provides: foobar" should be added in > texlive-texmf.info, if some packages depend on foobar. > > We definitely have to avoid the case 3. Please check it. > > I'd like to emphasize here that the file conflicts never happen > between texlive-texmf and other fink packages as long as files of fink > packages are installed in /sw/share/texmf or /sw/etc/texmf.local. > The success of installation does not mean the package works right. It is crucial that pkgs work right too ! And to have a policy leading to this! This is great, and works perfectly! Just waiting for the corresponding texmf-doc pkg, since your script created the corresponding source .. A) As to questions of compatibility with other fink pkgs (cf B below for further explanations...), I would urge you to be aggressive, and 1) not remove anything from texlive 2) declare conflicts with any pkg that provides files that are not newer than corresponding ones in texlive, and with any pkg that provides files older than in texlive... (+ provides in case other pkgs need such a depend, but that should be VERY few cases _ and looked at individually, since there are sometimes complications when both providing and conflicting _ dmr can surely be more explicit here !) And after texlive is there, with those conflicts, most of those other pkgs have probably to be weeded out of fink - but that's an issue for later. Indeed, almost all that would be involved (cf eg my previous msg, but there are many more _ like cm-super, that was obviously exactly the same version, hence not listed there) tend to be basically unmaintained _ and I'd bet all of them will be no more recent than the texlive version when the pkg comes out (since texlive-2009 should not be far away..). A notorious case is e.g. "ctan-other-misc" (must be close to 10 years old!! I mean, as old as fink, and never updated --- though it is a dir in CTAN that gets updated quite frequently !), where any user who wants to keep a working tex-installation has to carefully remove most of the files, just to keep the few that remain usefull ... It will be much more usefull, and easy to maintain, if a single texlive pkg is kept up to date. Questions about splitting it in a number of splitoffs should wait for a second stage, and (possible other..) volunteers (would need a LOT of care !) B) May I also suggest that, as a matter of policy, pkgs that provide 'tex-complements' in fink should : 1) install into /sw/share/texmf (i.e., TEXMFMAIN) This is crucial, to keep to TEXMFLOCAL its role as the place for local, system-wide additions/modifications to tex . The previous system was a horror, in that any reinstall of a pkg would overwrite a carefully maintained TEXMFLOCAL with museum pieces, and everything had to be re-checked by hand .. 2) make a choice : a) either it is meant as an addition to whatever current texlive, and the maintainer promises to stay so (or to cancel the pkg), meaning that it will never have a file older than in current tex-live (and hopefully most of the times some newer or non-existing ones..). b) or else _ it might be meant for users of other tex distros _ it conflicts with texlive (and as additional safety, texlive will conflict with it or it will be purged from fink as soon as violation is discovered). I think that we would need VERY few pkgs in cat (a)... This is the BIG maintenance advantage of your texlive pkg ! in addition to automatically ensuring consistency... C) Concerning >> 5) I have 2 longstanding wishes : >> a) that the configuration files ( .cfg , .cnf ) be marked >> as such by fink _ especially for the ones in webc2 >> ( texmf.cnf, fmtutil.cnf, updmap.cfg ...); >> in particular that the first 3 lines of texmf.cnf (or some >> equivalent) be true >> ... >> (Maybe drm has comments on this ...) > Do you mean that > ConfFiles: %p/share/texmf/web2c/{texmf.cnf,fmtutil.cnf,updmap.cfg} ? > Good idea, but marking fmtutil.cnf and updmap.cfg may be not needed. > This is because fmtutil.cnf and updmap.cfg should not be edited by > hand > (use fmtutil-sys and updmap-sys instead). > > I will add that line to the next texlive.info. I might be inclined towards a more systematic approach: do a "find" in %i/share/texmf-dist for "*.cnf" and "*.cfg", and move all those files to the corresponding locations %i/etc/texmf- config, declaring that whole directory to be conf-files. This may involve some 300 files, but at least the pkg will be correct ! (I might use to change only a dozen of them, but any user might have his dozen ...) D) Forget for the moment about possible system-tex pkgs ! (One type type that should be relatively easy to provide would be one just checking basic functionality of a tex installation - using systematically kpsewhich and friends if needed, or rather a couple of 'Hello World' type of tex (or friends) files, with a representative set of \usepackage commands _ no need for the torture tests :) ). Thanks so much for this great job ! JF Mertens |