From: Andreas Enge <andreas@enge.fr>
To: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Cc: Ricardo Wurmus <rekado@elephly.net>, 64827@debbugs.gnu.org
Subject: bug#64827: texlive is broken
Date: Wed, 26 Jul 2023 21:51:49 +0200 [thread overview]
Message-ID: <ZMF5VX5mrKCrkBj4@jurong> (raw)
In-Reply-To: <ZMFjHizArZrTuCbo@jurong>
Am Wed, Jul 26, 2023 at 08:17:02PM +0200 schrieb Andreas Enge:
> Oh wait...
> Before:
> $ ll $HOME/.guix-profile/share/texmf-dist/ls-R
> -r--r--r-- 5 root root 4812162 1. Jan 1970 /home/andreas/.guix-profile/share/texmf-dist/ls-R
> After:
> lrwxrwxrwx 1 root root 82 1. Jan 1970 /home/andreas/.guix-profile/share/texmf-dist/ls-R -> /gnu/store/88apcyl30irw6v03gmyav638wq31k9xq-texlive-20230313/share/texmf-dist/ls-R
>
> Notice the difference in size. The latter gives only the names of the
> subdirectories, the former all files.
No, I was wrong here. 82 is the size of the symlink, the file itself does
contain all the file names.
But there is also this now as part of the texlive package:
+ (propagated-inputs (list texlive-libkpathsea))
texlive-libkpathsea contains
/gnu/store/h8vmxcbvk8n25y6zjj17qsq0fncansxs-texlive-libkpathsea-20230313/share/texmf-dist/web2c/texmf.cnf
texlive (as a symlink to texlive-texmf) contains
/gnu/store/88apcyl30irw6v03gmyav638wq31k9xq-texlive-20230313/share/texmf-dist/web2c/texmf.cnf
They are not the same:
$ diff /gnu/store/h8vmxcbvk8n25y6zjj17qsq0fncansxs-texlive-libkpathsea-20230313/share/texmf-dist/web2c/texmf.cnf /gnu/store/88apcyl30irw6v03gmyav638wq31k9xq-texlive-20230313/share/texmf-dist/web2c/texmf.cnf
62c62
< TEXMFROOT = {$GUIX_TEXMF}/..
---
> TEXMFROOT = $SELFAUTOPARENT
111c111
< TEXMF = {$GUIX_TEXMF}
---
> TEXMF = {$TEXMFAUXTREES$TEXMFCONFIG,$TEXMFVAR,$TEXMFHOME,!!$TEXMFLOCAL,!!$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFDIST}
575c575
< /gnu/store/h8vmxcbvk8n25y6zjj17qsq0fncansxs-texlive-libkpathsea-20230313/share/texmf-dist/web2c,\
---
> $SELFAUTOLOC/share/texmf-dist/web2c,\
872,874c872,874
< error_line = 254
< half_error_line = 238
< max_print_line = 1000
---
> error_line = 79
> half_error_line = 50
> max_print_line = 79
I think with the propagation of texlive-libkpathsea, there is a conflict
in the profile, which appears to be resolved in favour of texlive;
however, this probably explains why texmf-dist in the profile is no more
just a symlink. In principle it could contain files from two distinct
packages, those just happen to be in conflict.
By the way, the following also fails:
$ guix shell --container --pure -D texlive
The following derivation will be built:
/gnu/store/rdrqavbga5rg9l20vpr1ac79psdndj4d-profile.drv
building TeX Live font maps...
/builder for `/gnu/store/bnyjd9vgyqniarynlvcia5vnm36pik9i-texlive-font-maps.drv' failed with exit code 1
build of /gnu/store/bnyjd9vgyqniarynlvcia5vnm36pik9i-texlive-font-maps.drv failed
View build log at '/var/log/guix/drvs/bn/yjd9vgyqniarynlvcia5vnm36pik9i-texlive-font-maps.drv.gz'.
cannot build derivation `/gnu/store/rdrqavbga5rg9l20vpr1ac79psdndj4d-profile.drv': 1 dependencies couldn't be built
guix shell: error: build of `/gnu/store/rdrqavbga5rg9l20vpr1ac79psdndj4d-profile.drv' failed
The log file contains lots of messages of the form:
warning: collision encountered:
/gnu/store/yzsq1dykjv96h88pcja0hcjbagn2vjxv-texlive-bin-full-20230313/share/texmf-dist/scripts/l3build/l3build.lua
/gnu/store/s6w8r5q3aql1bhasv0nmwr5xgjv6qnhh-texlive-texmf-20230313/share/texmf-dist/scripts/l3build/l3build.lua
warning: choosing /gnu/store/yzsq1dykjv96h88pcja0hcjbagn2vjxv-texlive-bin-full-20230313/share/texmf-dist/scripts/l3build/l3build.lua
So here the conflicts are made directly visible.
With the propagation of texlive-libkpathsea, texlive is clearly not just
the composition of (the former) texlive-bin and texlive-texmf any more,
where nothing was propagated as far as I can remember. Also, ls-R is now
created as part of texlive instead of texlive-texmf, which may make a
difference. And texmf-var has disappeared, and I have not yet understood
where it has gone. These are a lot of subtle changes, and they do break
the monolithic texlive.
What could be a way forward to restore the texlive package?
Would it be feasible to revert these commits, or is everything too
mixed now?
If the merge cannot be reverted, how about creating the two packages
(texlive-bin and texlive-texmf) required for the monolithic
texlive completely separately as before and reinstating texlive to be
built from scratch without links with the modular texlive?
Andreas
next prev parent reply other threads:[~2023-07-26 20:05 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-24 9:52 bug#64827: Texlive-biber not installable Andreas Enge
[not found] ` <handler.64827.B.169019239510118.ack@debbugs.gnu.org>
2023-07-24 10:11 ` bug#64827: Acknowledgement (Texlive-biber not installable) Andreas Enge
2023-07-24 22:09 ` Ricardo Wurmus
2023-07-25 8:42 ` bug#64827: Texlive has become slow Andreas Enge
2023-07-26 15:25 ` Nicolas Goaziou
2023-07-26 16:33 ` bug#64827: Texlive-biber not installable Andreas Enge
2023-07-26 18:17 ` Andreas Enge
2023-07-26 19:51 ` Andreas Enge [this message]
2023-07-26 21:21 ` bug#64827: texlive is broken Andreas Enge
2023-07-26 22:43 ` Andreas Enge
2023-07-27 9:55 ` Nicolas Goaziou
2023-07-27 10:59 ` Andreas Enge
2023-08-07 11:53 ` Andreas Enge
2023-08-07 16:16 ` Andreas Enge
2023-08-09 7:39 ` Andreas Enge
2023-08-09 16:35 ` Nicolas Goaziou
2023-08-09 19:02 ` Andreas Enge
2023-08-13 20:48 ` Nicolas Goaziou
2023-08-17 11:54 ` Andreas Enge
2023-08-17 12:10 ` Andreas Enge
2023-08-17 13:17 ` Nicolas Goaziou
2023-08-17 14:31 ` Andreas Enge
2023-07-26 14:51 ` bug#64827: Acknowledgement (Texlive-biber not installable) Nicolas Goaziou
2023-07-26 15:02 ` Andreas Enge
2023-07-26 15:35 ` Nicolas Goaziou
2023-07-24 21:23 ` Igor Gajsin via Bug reports for GNU Guix
2023-07-24 21:28 ` bug#64827: (no subject) Igor Gajsin via Bug reports for GNU Guix
2023-08-16 0:15 ` bug#64827: Texlive-biber not installable Vinicius Monego
2023-08-16 9:25 ` Nicolas Goaziou
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZMF5VX5mrKCrkBj4@jurong \
--to=andreas@enge.fr \
--cc=64827@debbugs.gnu.org \
--cc=mail@nicolasgoaziou.fr \
--cc=rekado@elephly.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.