Re: Too many questions about texlive-texmf

[ng0]

Efraim Flashner writes:

> On Mon, Jul 11, 2016 at 09:42:34AM +0200, Ricardo Wurmus wrote:
>> 
>> Leo Famulari <address@hidden> writes:
>> 
>> > We don't serve substitutes of texlive-texmf. We achieve this by
>> > configuring nginx to return "410 Gone" [0].
>> >
>> > This requires users to build it with '--fallback', and the Guix error
>> > message even recommends this, but many users ask about it on IRC.
>> >
>> > I think we should mark it '#:substitutable? #f' so that, IIUC, Guix will
>> > download and build texlive-texmf from the upstream source automatically,
>> > without stopping or requiring users to use '--fallback'.
>> 
>> Does this cause substitutes to be disabled for all packages that depend
>> on texlive-texmf?
>> 
>> ~~ Ricardo
>> 
>
> I don't know. Among the packages based on this is libreoffice, which I'm
> guessing many people who would use it would never install it if they
> always needed to build it from source. Based on the notes in maths.scm on
> openblas, `#:substitutable? #f' also disables offloading, so while we don't
> want to serve the file from hydra, we don't want to prevent people from
> offloading the build to a more powerful machine. Is there a way that we
> can mark that it hasn't been built yet on hydra? Or can we change the
> error message for when it fails to download a file from hydra to:
>
> Package "foo" failed to download. This may be because:
> 1. not yet built on hydra
> 2. fails to build, please help fix
> 3. broken pipe, try again
>
> If you would like to try building it on your machine to work around 1 or
> 3, please add '--fallback' to your command.

I find a change in the error message more favorable.
Big packages like libreoffice can take up to 12 hours or more,
and when you run something very old or otherwise limited maybe
even impossible due to hardware resource reasons.

-- 
♥Ⓐ  ng0
For non-prism friendly talk find me on http://www.psyced.org
SecuShare – http://secushare.org