[tex-live] Why such an old version of enumitem

Michael A. Peters mpeters at mac.com
Thu Dec 4 02:13:30 CET 2008

Manuel Pégourié-Gonnard wrote:
> Brett Presnell a écrit :
>> I have what is distributed by default with the very latest release of
>> Ubuntu (and hence of Debian as well), but you're right, it looks like
>> it's a 2007 version.  This is a bit surprising to me since the current
>> version of Ubuntu (8.10, "Intrepid Ibis") was released in October of
>> 2008 (hence the 8.10).  They freeze the packages a few months earlier,
>> but still ...
> I assume the Ubuntu TeX Live packages are more or less directly taken
> from the Debian packages. And TL'08 is still not packaged in Debian,
> mainly (I suppose, after what I read in the Debian TeX mailing list, but
> Norbert will be able to give more details) due to lack of time of the
> developpers, and maybe the Debian timeline with the upcoming release of
> Lenny.

That's probably correct.
I run CentOS and Fedora and I generally prefer to use the vendor 
provided packages whenever possible, and when the vendor does not 
provide packages, I tend to package the software myself via RPM - so 
that it is linked against the vendor provided library versions.

However, LaTeX Live is a different story. IMHO LaTeX should NOT be under 
vendor package management but should be installed from the TeX Live 
installer in /opt/texlive (or in /usr/local/texlive). This avoids the 
need to reinstall with an OS update (assuming /opt is a separate 
partition as it should be) and allows fresh versions to be installed.

It does cause a minor issue. For example, the emacs-auctex RPM package 
will depend upon the Fedora TeX packaging. This is resolved by a dummy 

I actually create a user/group called texlive that owns the texlive 
installation and have a few wrapper scripts for when an rpm wants to run 
texhash or updmap as root.

If anyone is interested in my rpm spec file, mail me off list. I'm 
guessing a very similar thing could be done with ubuntu/debian but I 
have zero knowledge of how their packaging system works.

The reason I like to keep LaTeX outside of RPM control is because every 
update to TeXLive (IE 2007 to 2008) something changes with the memoir 
class that requires me to update projects to get them to succesfully 
compile. Keeping TeXLive outside of the package manager makes it easier 
to have multiple versions installed.

For example, to compile something in TeX Live 2004 I symply need to do

export PATH=/opt/texlive/2004/bin/i386-linux:$PATH

The only hitch - sometimes after an OS upgrade, you need to install a 
few old shared libraries in order for old versions of TeX Live to 
continue to function. That usually isn't too much of a problem. Anyway - 
it means that if several years from now, I need to update a project 
originally done in TL 2008 - I can do so without needing to figure out 
what broke when trying to do it in TL 2012 and how the changes to make 
it compile impact the typesetting. If I haven't ported my source to TL 
2012 yet then I can update an old project without needing to.

Anyway, I do suggest using the TeX Live installer for TeX Live rather 
than OS vendor packages.

More information about the tex-live mailing list