* texlive-20190410-texmf.tar.xz again and again
@ 2020-07-10 10:37 zimoun
2020-07-10 11:04 ` Tobias Geerinckx-Rice
2020-07-10 12:11 ` Ricardo Wurmus
0 siblings, 2 replies; 5+ messages in thread
From: zimoun @ 2020-07-10 10:37 UTC (permalink / raw)
To: Guix Devel
Dear,
I am often annoyed because when I run "guix upgrade", Guix
downloads again the heavy texlive-20190410-texmf.tar.xz if I have
forgotten to protect it from "guix gc" using the trick, e.g.,
https://lists.gnu.org/archive/html/help-guix/2020-02/msg00110.html
What could be a more general solution independent of the trick?
All the best,
simon
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: texlive-20190410-texmf.tar.xz again and again
2020-07-10 10:37 texlive-20190410-texmf.tar.xz again and again zimoun
@ 2020-07-10 11:04 ` Tobias Geerinckx-Rice
2020-07-10 14:15 ` zimoun
2020-07-10 12:11 ` Ricardo Wurmus
1 sibling, 1 reply; 5+ messages in thread
From: Tobias Geerinckx-Rice @ 2020-07-10 11:04 UTC (permalink / raw)
To: zimoun; +Cc: guix-devel
[-- Attachment #1: Type: text/plain, Size: 2034 bytes --]
Simon,
zimoun 写道:
> I am often annoyed because when I run "guix upgrade", Guix
> downloads again the heavy texlive-20190410-texmf.tar.xz if I
> have
> forgotten to protect it from "guix gc" using the trick, e.g.,
>
> https://lists.gnu.org/archive/html/help-guix/2020-02/msg00110.html
>
> What could be a more general solution independent of the trick?
You might be happy with ‘--gc-keep-outputs’.
From (guix)Invoking guix-daemon:
‘--gc-keep-outputs[=yes|no]’
Tell whether the garbage collector (GC) must keep outputs of
live
derivations.
When set to ‘yes’, the GC will keep the outputs of any live
derivation available in the store—the ‘.drv’ files. The
default is
‘no’, meaning that derivation outputs are kept only if they
are
reachable from a GC root. *Note Invoking guix gc::, for more
on GC
roots.
‘--gc-keep-derivations[=yes|no]’
Tell whether the garbage collector (GC) must keep derivations
corresponding to live outputs.
When set to ‘yes’, as is the case by default, the GC keeps
derivations—i.e., ‘.drv’ files—as long as at least one of
their
outputs is live. This allows users to keep track of the
origins of
items in their store. Setting it to ‘no’ saves a bit of disk
space.
In this way, setting ‘--gc-keep-derivations’ to ‘yes’ causes
liveness to flow from outputs to derivations, and setting
‘--gc-keep-outputs’ to ‘yes’ causes liveness to flow from
▶ derivations to outputs. When both are set to ‘yes’, the
effect is
▶ to keep all the build prerequisites (the sources, compiler,
▶ libraries, and other build-time tools) of live objects in the
store, regardless of whether these prerequisites are
reachable from
a GC root. This is convenient for developers since it saves
rebuilds or downloads.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: texlive-20190410-texmf.tar.xz again and again
2020-07-10 10:37 texlive-20190410-texmf.tar.xz again and again zimoun
2020-07-10 11:04 ` Tobias Geerinckx-Rice
@ 2020-07-10 12:11 ` Ricardo Wurmus
2020-07-10 14:11 ` zimoun
1 sibling, 1 reply; 5+ messages in thread
From: Ricardo Wurmus @ 2020-07-10 12:11 UTC (permalink / raw)
To: zimoun; +Cc: guix-devel
Hi simon,
> I am often annoyed because when I run "guix upgrade", Guix
> downloads again the heavy texlive-20190410-texmf.tar.xz
could you tell us what bugs in the modular TeX Live packages make the
use of the monolithic texlive package necessary?
We should aim to fix the most annoying problems with the modular
packages.
--
Ricardo
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: texlive-20190410-texmf.tar.xz again and again
2020-07-10 12:11 ` Ricardo Wurmus
@ 2020-07-10 14:11 ` zimoun
0 siblings, 0 replies; 5+ messages in thread
From: zimoun @ 2020-07-10 14:11 UTC (permalink / raw)
To: Ricardo Wurmus; +Cc: Guix Devel
Hi Ricardo,
On Fri, 10 Jul 2020 at 14:11, Ricardo Wurmus <rekado@elephly.net> wrote:
> > I am often annoyed because when I run "guix upgrade", Guix
> > downloads again the heavy texlive-20190410-texmf.tar.xz
>
> could you tell us what bugs in the modular TeX Live packages make the
> use of the monolithic texlive package necessary?
Because I am lazy. :-)
My setup just works and I have not updated it, yet.
Well, I am trying now but which are the packages?
I mean I put texlive in my manifest and done, "C-c C-e l p" in
org-mode justs works. What are the minimal texlive packages I need to
have something similar?
> We should aim to fix the most annoying problems with the modular
> packages.
I agree so we should deprecate the big monolithic texlive.
All the best,
simon
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: texlive-20190410-texmf.tar.xz again and again
2020-07-10 11:04 ` Tobias Geerinckx-Rice
@ 2020-07-10 14:15 ` zimoun
0 siblings, 0 replies; 5+ messages in thread
From: zimoun @ 2020-07-10 14:15 UTC (permalink / raw)
To: Tobias Geerinckx-Rice; +Cc: Guix Devel
Hi Tobias,
On Fri, 10 Jul 2020 at 13:04, Tobias Geerinckx-Rice <me@tobias.gr> wrote:
> You might be happy with ‘--gc-keep-outputs’.
Thanks. Yeah it seems it is what I need. :-)
Cheers,
simon
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-07-10 14:16 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-07-10 10:37 texlive-20190410-texmf.tar.xz again and again zimoun
2020-07-10 11:04 ` Tobias Geerinckx-Rice
2020-07-10 14:15 ` zimoun
2020-07-10 12:11 ` Ricardo Wurmus
2020-07-10 14:11 ` zimoun
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.