guix-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#27296] [PATCH 35/35] guix: Add texlive importer.


From: Ricardo Wurmus
Subject: [bug#27296] [PATCH 35/35] guix: Add texlive importer.
Date: Fri, 16 Jun 2017 18:12:17 +0200
User-agent: mu4e 0.9.18; emacs 25.2.1

Ludovic Courtès <address@hidden> 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






reply via email to

[Prev in Thread] Current Thread [Next in Thread]