unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
* bug#55113: [BUG] texlive-bin doesn't set $TEXMFCACHE properly
@ 2022-04-25 18:10 Christopher Rodriguez
  2022-07-16  0:30 ` Maxim Cournoyer
  0 siblings, 1 reply; 3+ messages in thread
From: Christopher Rodriguez @ 2022-04-25 18:10 UTC (permalink / raw)
  To: 55113

[-- Attachment #1: Type: text/plain, Size: 616 bytes --]


Hello all,

I'm currently switching from using the monolithic texlive package to a
bunch of the broken-out, smaller ones. However, when texlive-bin is
installed (and thus, when luaotfload-tool is available), the environment
variable $TEXMFCACHE is not defined. This leads to it being auto-detected
(and incorrectly identified somehow as
`$PWD/'{'$GUIX_PROFILE/share/texmf-dist` which is read-only.)

As a workaround, I have added an explicit definition for $TEXMFCACHE in
my .bash_profile, but I wanted to report this as a bug in case someone
more familiar with the package could fix it.

--

Christopher Rodriguez

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#55113: [BUG] texlive-bin doesn't set $TEXMFCACHE properly
  2022-04-25 18:10 bug#55113: [BUG] texlive-bin doesn't set $TEXMFCACHE properly Christopher Rodriguez
@ 2022-07-16  0:30 ` Maxim Cournoyer
  2022-07-28 20:58   ` Christopher Rodriguez
  0 siblings, 1 reply; 3+ messages in thread
From: Maxim Cournoyer @ 2022-07-16  0:30 UTC (permalink / raw)
  To: Christopher Rodriguez; +Cc: 55113

Hi,

Christopher Rodriguez <yewscion@gmail.com> writes:

> Hello all,
>
> I'm currently switching from using the monolithic texlive package to a
> bunch of the broken-out, smaller ones. However, when texlive-bin is
> installed (and thus, when luaotfload-tool is available), the environment
> variable $TEXMFCACHE is not defined. This leads to it being auto-detected
> (and incorrectly identified somehow as
> `$PWD/'{'$GUIX_PROFILE/share/texmf-dist` which is read-only.)

Could you share your workload to demonstrate the problem (reproducer),
if it's not too complicated?  texlive-bin sets GUIX_TEXMF; perhaps
TEXMFCACHE is derived from it in the default texlive config.

Thanks,

Maxim




^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#55113: [BUG] texlive-bin doesn't set $TEXMFCACHE properly
  2022-07-16  0:30 ` Maxim Cournoyer
@ 2022-07-28 20:58   ` Christopher Rodriguez
  0 siblings, 0 replies; 3+ messages in thread
From: Christopher Rodriguez @ 2022-07-28 20:58 UTC (permalink / raw)
  To: Maxim Cournoyer; +Cc: 55113, Christopher Rodriguez

[-- Attachment #1: Type: text/plain, Size: 2590 bytes --]


Sorry for the delay; I came down with the rona and was knocked out of
commission for a while.

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

> Could you share your workload to demonstrate the problem (reproducer),
> if it's not too complicated?  texlive-bin sets GUIX_TEXMF; perhaps
> TEXMFCACHE is derived from it in the default texlive config.

Absolutely. I've taken the liberty of uploading a terminal log[1] to
demonstrate.

Basically, as I'm using these piecemeal packages, I am trying to include
as few packages as possible, and therefore keep things minimal. When I
do so, however, the selection of packages does not set TEXMFCACHE. As I
use lualatex, this means it is autodefined, and incorrectly, as the
following (note the braces; might be a failed variable or something?):

{$GUIX_PROFILE/share/texmf-dist/}

This ends up creating a \{/ directory in the same directory as lualatex
is run, and thus doesn't ever create a cache for fonts to use. If the
braces weren't there, it would instead be pointing to a read-only
directory in the store (or rather, a symlink to one) I believe.

The guix shell I used in my example[1] was the following:

guix shell --pure texlive-luaotfload texlive-bin bash \
texlive-tex-ini-files texlive-latex-base tree coreutils

I feel this is the minimal packages needed to show this issue, though
the above will always fail to create a /usable/ cache: It includes none
of the fonts (and so I bail on the compilation while it is looking for a
default font with 'X'. However, the directory has already been created
at this point, and therefore the problem already exists. The same
behavior, minus the failed compilation, can be observed in my full
manifest of texlive packages[2], though some of those are self-defined
in my personal channel[3]).

If GUIX_TEXMF is being set by texlive-bin, perhaps that variable should
be used to set an otherwise-empty TEXMFCACHE in texlive-bin as well? If
overrides are needed, the user could then still set that variable in
their profile. And this would allow the out-of-the-box experience for
piecemeal texlive packages to be smoother. (Also, so long as it points
to a writable directory, it doesn't really matter to me /where/ that
directory is. I chose $HOME/.local/share/texmf-dist/ because it seemed
standard, but I'm necessarily saying it is the 'correct' one.)

What do You think?


[1]: http://paste.debian.net/1248671/
[2]: http://paste.debian.net/1248676/
[3]: https://git.sr.ht/~yewscion/yewscion-guix-channel

-- 

Christopher Rodriguez

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-07-28 21:56 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-04-25 18:10 bug#55113: [BUG] texlive-bin doesn't set $TEXMFCACHE properly Christopher Rodriguez
2022-07-16  0:30 ` Maxim Cournoyer
2022-07-28 20:58   ` Christopher Rodriguez

Code repositories for project(s) associated with this 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).