unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* 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 public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).