GNU bug report logs - #27296
Modular Texlive

Previous Next

Full log

Message #165 received at 27296 <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 27296 <at> debbugs.gnu.org
Subject: Re: bug#27296: [PATCH 35/35] guix: Add texlive importer.
Date: Fri, 16 Jun 2017 18:12:17 +0200

Ludovic Courtès <ludo <at> gnu.org> writes:

>>> Any plans for an updater in that module?
>>
>> I wouldn’t know how.  Updates are done by changing the variables
>> %texlive-tag and %texlive-revision in (guix build-system texlive) and
>> then changing the package expressions.
>>
>> Since the version strings on CTAN differ from the revision of the TeX
>> Live SVN repo I don’t see how we can make this robust.  For most
>> packages we use the SVN revision.  This is much larger (“44445”) than
>> the version string for packages on CTAN (e.g. “2.6a”).
>
> I see.  Maybe something that updates the two %texlive-* variables and
> the hashes would already be helpful.  No idea how hard it would be.

Hmm.  I’ll add it to my TODO list.  Maybe I’ll have an idea.

> So how should we proceed now?  Should we gradually replace references to
> ‘texlive’ with ‘texlive-tiny’ or similar, and eventually remove
> ‘texlive’ and ‘texlive-texmf’ and rename ‘texlive-full’ to ‘texlive’?

Yes, it would be useful to find out what parts of texlive are needed by
the packages that currently use the big texlive package.  Then we can
package these things first and replace references to the “texlive”
package one by one.

Eventually, we should remove “texlive-texmf” and make “texlive” an alias
for “texlive-full”.  Packaging TeX Live things is pretty easy.  I’ll try
to create some more packages for that soon.

> Also, what should we do about ‘texlive-bin’?  Should it be built from
> svn sources as well?   Can it be split in smaller chunks?

I’m not sure about this.  I haven’t looked at texlive-bin closely
enough.  I’m not sure if it can be split up easily, but I know that it
can be made a little more modular.  For example, it bundles Lua 5.2,
which we should replace with our package.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.