GNU bug report logs -
#41132
[core-updates]: Fonts not working on foreign distro (Debian)
Previous Next
To reply to this bug, email your comments to 41132 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Fri, 08 May 2020 00:56:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Leo Famulari <leo <at> famulari.name>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Fri, 08 May 2020 00:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I'm having trouble with Guix packages using fonts from my Debian 10
system after a core-updates merge.
Using Inkscape from core-updates, the text I put in my SVG files fails
to display. When I look at the Inkscape 'Text and Font' tool, it shows
my chosen font with a red line through it, as though it can't find it.
It's similar with Hexchat; it no longer sees most of the fonts installed
by Debian.
The specific fonts in question are the URW fonts, aka the "PostScript
fonts", provided by Debian's gsfonts and gsfonts-x11 packages.
I tried `fc-cache -rv`. Using Debian's fc-cache, it looks like this:
------
$ fc-cache -rv
/usr/share/fonts: caching, new cache contents: 0 fonts, 6 dirs
/usr/share/fonts/X11: caching, new cache contents: 0 fonts, 6 dirs
/usr/share/fonts/X11/100dpi: caching, new cache contents: 358 fonts, 0 dirs
/usr/share/fonts/X11/75dpi: caching, new cache contents: 358 fonts, 0 dirs
/usr/share/fonts/X11/Type1: caching, new cache contents: 43 fonts, 0 dirs
/usr/share/fonts/X11/encodings: caching, new cache contents: 0 fonts, 1 dirs
/usr/share/fonts/X11/encodings/large: caching, new cache contents: 0 fonts, 0 dirs
/usr/share/fonts/X11/misc: caching, new cache contents: 92 fonts, 0 dirs
/usr/share/fonts/X11/util: caching, new cache contents: 0 fonts, 0 dirs
/usr/share/fonts/cMap: caching, new cache contents: 0 fonts, 0 dirs
/usr/share/fonts/cmap: caching, new cache contents: 0 fonts, 5 dirs
/usr/share/fonts/cmap/adobe-cns1: caching, new cache contents: 0 fonts, 0 dirs
/usr/share/fonts/cmap/adobe-gb1: caching, new cache contents: 0 fonts, 0 dirs
/usr/share/fonts/cmap/adobe-japan1: caching, new cache contents: 0 fonts, 0 dirs
/usr/share/fonts/cmap/adobe-japan2: caching, new cache contents: 0 fonts, 0 dirs
/usr/share/fonts/cmap/adobe-korea1: caching, new cache contents: 0 fonts, 0 dirs
/usr/share/fonts/opentype: caching, new cache contents: 0 fonts, 1 dirs
/usr/share/fonts/opentype/mathjax: caching, new cache contents: 24 fonts, 0 dirs
/usr/share/fonts/truetype: caching, new cache contents: 1 fonts, 8 dirs
/usr/share/fonts/truetype/anonymous-pro: caching, new cache contents: 4 fonts, 0 dirs
/usr/share/fonts/truetype/dejavu: caching, new cache contents: 22 fonts, 0 dirs
/usr/share/fonts/truetype/droid: caching, new cache contents: 1 fonts, 0 dirs
/usr/share/fonts/truetype/lato: caching, new cache contents: 18 fonts, 0 dirs
/usr/share/fonts/truetype/liberation: caching, new cache contents: 16 fonts, 0 dirs
/usr/share/fonts/truetype/noto: caching, new cache contents: 1 fonts, 0 dirs
/usr/share/fonts/truetype/unifont: caching, new cache contents: 4 fonts, 0 dirs
/usr/share/fonts/truetype/vlgothic: caching, new cache contents: 2 fonts, 0 dirs
/usr/share/fonts/type1: caching, new cache contents: 0 fonts, 1 dirs
/usr/share/fonts/type1/gsfonts: caching, new cache contents: 35 fonts, 0 dirs
/usr/X11R6/lib/X11/fonts: skipping, no such directory
/usr/local/share/fonts: caching, new cache contents: 0 fonts, 0 dirs
/home/leo/.local/share/fonts: caching, new cache contents: 0 fonts, 0 dirs
/home/leo/.fonts: caching, new cache contents: 0 fonts, 0 dirs
/usr/share/fonts/X11: skipping, looped directory detected
/usr/share/fonts/cMap: skipping, looped directory detected
/usr/share/fonts/cmap: skipping, looped directory detected
/usr/share/fonts/opentype: skipping, looped directory detected
/usr/share/fonts/truetype: skipping, looped directory detected
/usr/share/fonts/type1: skipping, looped directory detected
/usr/share/fonts/X11/100dpi: skipping, looped directory detected
/usr/share/fonts/X11/75dpi: skipping, looped directory detected
/usr/share/fonts/X11/Type1: skipping, looped directory detected
/usr/share/fonts/X11/encodings: skipping, looped directory detected
/usr/share/fonts/X11/misc: skipping, looped directory detected
/usr/share/fonts/X11/util: skipping, looped directory detected
/usr/share/fonts/cmap/adobe-cns1: skipping, looped directory detected
/usr/share/fonts/cmap/adobe-gb1: skipping, looped directory detected
/usr/share/fonts/cmap/adobe-japan1: skipping, looped directory detected
/usr/share/fonts/cmap/adobe-japan2: skipping, looped directory detected
/usr/share/fonts/cmap/adobe-korea1: skipping, looped directory detected
/usr/share/fonts/opentype/mathjax: skipping, looped directory detected
/usr/share/fonts/truetype/anonymous-pro: skipping, looped directory detected
/usr/share/fonts/truetype/dejavu: skipping, looped directory detected
/usr/share/fonts/truetype/droid: skipping, looped directory detected
/usr/share/fonts/truetype/lato: skipping, looped directory detected
/usr/share/fonts/truetype/liberation: skipping, looped directory detected
/usr/share/fonts/truetype/noto: skipping, looped directory detected
/usr/share/fonts/truetype/unifont: skipping, looped directory detected
/usr/share/fonts/truetype/vlgothic: skipping, looped directory detected
/usr/share/fonts/type1/gsfonts: skipping, looped directory detected
/usr/share/fonts/X11/encodings/large: skipping, looped directory detected
/var/cache/fontconfig: not cleaning unwritable cache directory
/home/leo/.cache/fontconfig: cleaning cache directory
/home/leo/.fontconfig: not cleaning non-existent cache directory
/usr/bin/fc-cache: succeeded
------
And with Guix's fc-cache:
------
$ fc-cache -rv
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts: caching, new cache contents: 0 fonts, 1 dirs
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts/type1: caching, new cache contents: 0 fonts, 1 dirs
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts/type1/ghostscript: caching, new cache contents: 35 fonts, 0 dirs
/home/leo/.guix-profile/share/fonts: caching, new cache contents: 0 fonts, 2 dirs
/home/leo/.guix-profile/share/fonts/misc: caching, new cache contents: 3 fonts, 0 dirs
/home/leo/.guix-profile/share/fonts/truetype: caching, new cache contents: 30 fonts, 0 dirs
/run/current-system/profile/share/fonts: skipping, no such directory
/home/leo/.local/share/fonts: caching, new cache contents: 0 fonts, 0 dirs
/home/leo/.local/share/fonts: failed to write cache
/home/leo/.fonts: caching, new cache contents: 0 fonts, 0 dirs
/home/leo/.fonts: failed to write cache
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts/type1: skipping, looped directory detected
/home/leo/.guix-profile/share/fonts/misc: skipping, looped directory detected
/home/leo/.guix-profile/share/fonts/truetype: skipping, looped directory detected
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts/type1/ghostscript: skipping, looped directory detected
/var/cache/fontconfig: not cleaning unwritable cache directory
/home/leo/.cache/fontconfig: cleaning cache directory
/home/leo/.fontconfig: not cleaning non-existent cache directory
fc-cache: failed
------
Note that fc-cache fails when using the Guix packaging of it. Also
interesting that Guix's fontconfig hard-codes the gs-fonts, but still
things do not work.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Fri, 08 May 2020 01:09:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 41132 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Leo,
Leo Famulari 写道:
> I tried `fc-cache -rv`. Using Debian's fc-cache, it looks like
> this:
[...]
> /var/cache/fontconfig: not cleaning unwritable cache directory
> And with Guix's fc-cache:
[...]
> /var/cache/fontconfig: not cleaning unwritable cache directory
This is certainly a classic. Have you tried deleting this stale
directory? Guix System does so for you, I suppose Debian does
not. It doesn't jive with unprivileged package management.
Kind regards,
T G-R
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Fri, 08 May 2020 01:50:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 41132 <at> debbugs.gnu.org (full text, mbox):
On Fri, May 08, 2020 at 03:08:53AM +0200, Tobias Geerinckx-Rice wrote:
> > /var/cache/fontconfig: not cleaning unwritable cache directory
>
> This is certainly a classic. Have you tried deleting this stale directory?
> Guix System does so for you, I suppose Debian does not. It doesn't jive
> with unprivileged package management.
Yes, it didn't make a difference for my fonts problem, or for fc-cache
itself:
------
$ fc-cache -rfv
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts: caching, new cache contents: 0 fonts, 1 dirs
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts/type1: caching, new cache contents: 0 fonts, 1 dirs
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts/type1/ghostscript: caching, new cache contents: 35 fonts, 0 dirs
/home/leo/.guix-profile/share/fonts: caching, new cache contents: 0 fonts, 2 dirs
/home/leo/.guix-profile/share/fonts/misc: caching, new cache contents: 3 fonts, 0 dirs
/home/leo/.guix-profile/share/fonts/truetype: caching, new cache contents: 30 fonts, 0 dirs
/run/current-system/profile/share/fonts: skipping, no such directory
/home/leo/.local/share/fonts: caching, new cache contents: 0 fonts, 0 dirs
/home/leo/.local/share/fonts: failed to write cache
/home/leo/.fonts: caching, new cache contents: 0 fonts, 0 dirs
/home/leo/.fonts: failed to write cache
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts/type1: skipping, looped directory detected
/home/leo/.guix-profile/share/fonts/misc: skipping, looped directory detected
/home/leo/.guix-profile/share/fonts/truetype: skipping, looped directory detected
/gnu/store/hbqlzgd8hcf6ndcmx7q7miqrsxb4dmkk-gs-fonts-8.11/share/fonts/type1/ghostscript: skipping, looped directory detected
/var/cache/fontconfig: not cleaning non-existent cache directory
/home/leo/.cache/fontconfig: cleaning cache directory
/home/leo/.fontconfig: not cleaning non-existent cache directory
fc-cache: failed
------
I doubt it's related to my main report, which is that things used to
"just work" to the degree that I never used fc-cache before.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Fri, 08 May 2020 02:26:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 41132 <at> debbugs.gnu.org (full text, mbox):
For the sake of trying something, I'm going to try patching fontconfig
with this patch that other distros (Debian and Arch) are using:
https://salsa.debian.org/freedesktop-team/fontconfig/-/blob/master/debian/patches/do_not_remove_uuid.patch
I don't know how fontconfig works but that patch fixed serious problems
on those distros, yet it hasn't been released by fontconfig yet.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Fri, 08 May 2020 09:00:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 41132 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Leo Famulari <leo <at> famulari.name> writes:
> I'm having trouble with Guix packages using fonts from my Debian 10
> system after a core-updates merge.
>
> Using Inkscape from core-updates, the text I put in my SVG files fails
> to display. When I look at the Inkscape 'Text and Font' tool, it shows
> my chosen font with a red line through it, as though it can't find it.
> It's similar with Hexchat; it no longer sees most of the fonts installed
> by Debian.
Just to be clear, these programs are able to find fonts you have
installed through Guix, right?
> The specific fonts in question are the URW fonts, aka the "PostScript
> fonts", provided by Debian's gsfonts and gsfonts-x11 packages.
Are those the only affected fonts?
> $ fc-cache -rv
[...]
> /home/leo/.local/share/fonts: caching, new cache contents: 0 fonts, 0 dirs
> /home/leo/.local/share/fonts: failed to write cache
[...]
> /home/leo/.fonts: caching, new cache contents: 0 fonts, 0 dirs
> /home/leo/.fonts: failed to write cache
[...]
> fc-cache: failed
FWIW the new fc-cache fails for me on Guix System too if I create these
empty directories.
Can you inspect 'fc-list ' with the new and old fontconfig? Are there
differences?
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Fri, 08 May 2020 18:10:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 41132 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Fri, May 08, 2020 at 10:59:46AM +0200, Marius Bakke wrote:
> Just to be clear, these programs are able to find fonts you have
> installed through Guix, right?
They can find the font packages I install with Guix, but not the
hard-coded PostScript fonts.
> > The specific fonts in question are the URW fonts, aka the "PostScript
> > fonts", provided by Debian's gsfonts and gsfonts-x11 packages.
>
> Are those the only affected fonts?
I looked more closely, and Guix applications can no longer see *any*
fonts from Debian.
> > $ fc-cache -rv
>
> [...]
>
> > /home/leo/.local/share/fonts: caching, new cache contents: 0 fonts, 0 dirs
> > /home/leo/.local/share/fonts: failed to write cache
>
> [...]
>
> > /home/leo/.fonts: caching, new cache contents: 0 fonts, 0 dirs
> > /home/leo/.fonts: failed to write cache
>
> [...]
>
> > fc-cache: failed
>
> FWIW the new fc-cache fails for me on Guix System too if I create these
> empty directories.
Confirmed. fc-cache exited successfully when I removed those directories.
> Can you inspect 'fc-list ' with the new and old fontconfig? Are there
> differences?
The only differences, after running `fc-cache -rfv`, are the differing
store paths of the hard-coded gs-fonts package.
Another thing I noticed is that I can do `fc-cache -rfv /usr/share/fonts
&& fc-list`, and the hundreds of fonts found in that directory are *not
shown* in fc-list, but that's the same as on the master branch.
So, I'm still not sure what the difference is.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Fri, 08 May 2020 19:24:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 41132 <at> debbugs.gnu.org (full text, mbox):
On Thu, May 07, 2020 at 10:25:44PM -0400, Leo Famulari wrote:
> For the sake of trying something, I'm going to try patching fontconfig
> with this patch that other distros (Debian and Arch) are using:
>
> https://salsa.debian.org/freedesktop-team/fontconfig/-/blob/master/debian/patches/do_not_remove_uuid.patch
>
> I don't know how fontconfig works but that patch fixed serious problems
> on those distros, yet it hasn't been released by fontconfig yet.
This didn't have any effect.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Fri, 08 May 2020 22:19:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 41132 <at> debbugs.gnu.org (full text, mbox):
Hi Leo, et al,
On +2020-05-08 14:08:51 -0400, Leo Famulari wrote:
> On Fri, May 08, 2020 at 10:59:46AM +0200, Marius Bakke wrote:
> > Just to be clear, these programs are able to find fonts you have
> > installed through Guix, right?
>
> They can find the font packages I install with Guix, but not the
> hard-coded PostScript fonts.
>
> > > The specific fonts in question are the URW fonts, aka the "PostScript
> > > fonts", provided by Debian's gsfonts and gsfonts-x11 packages.
> >
> > Are those the only affected fonts?
>
> I looked more closely, and Guix applications can no longer see *any*
> fonts from Debian.
>
> > > $ fc-cache -rv
> >
> > [...]
> >
> > > /home/leo/.local/share/fonts: caching, new cache contents: 0 fonts, 0 dirs
> > > /home/leo/.local/share/fonts: failed to write cache
> >
> > [...]
> >
> > > /home/leo/.fonts: caching, new cache contents: 0 fonts, 0 dirs
> > > /home/leo/.fonts: failed to write cache
> >
> > [...]
> >
> > > fc-cache: failed
> >
> > FWIW the new fc-cache fails for me on Guix System too if I create these
> > empty directories.
>
> Confirmed. fc-cache exited successfully when I removed those directories.
>
> > Can you inspect 'fc-list ' with the new and old fontconfig? Are there
> > differences?
>
> The only differences, after running `fc-cache -rfv`, are the differing
> store paths of the hard-coded gs-fonts package.
>
> Another thing I noticed is that I can do `fc-cache -rfv /usr/share/fonts
> && fc-list`, and the hundreds of fonts found in that directory are *not
> shown* in fc-list, but that's the same as on the master branch.
>
> So, I'm still not sure what the difference is.
Didn't I just see a permissions-related bug reminiscent of this go by a short while ago?
Could it be related? Do the dir/file perms look normal?
--
Regards,
Bengt Richter
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Fri, 08 May 2020 22:53:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 41132 <at> debbugs.gnu.org (full text, mbox):
On Sat, May 09, 2020 at 12:18:46AM +0200, Bengt Richter wrote:
> Didn't I just see a permissions-related bug reminiscent of this go by a short while ago?
> Could it be related? Do the dir/file perms look normal?
Upthread, Tobias pointed out that fc-cache didn't have permissions for
/var/cache/fontconfig, but deleting that didn't seem to make a
difference. Could that be what you were thinking about?
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Mon, 11 May 2020 16:50:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 41132 <at> debbugs.gnu.org (full text, mbox):
Hi Leo,
On +2020-05-08 18:52:41 -0400, Leo Famulari wrote:
> On Sat, May 09, 2020 at 12:18:46AM +0200, Bengt Richter wrote:
> > Didn't I just see a permissions-related bug reminiscent of this go by a short while ago?
> > Could it be related? Do the dir/file perms look normal?
>
> Upthread, Tobias pointed out that fc-cache didn't have permissions for
> /var/cache/fontconfig, but deleting that didn't seem to make a
> difference. Could that be what you were thinking about?
No, I think it was about a deferred build action created as root
and bits needed for later phase or context, as non-root, were inaccessible.
Sorry for the noise.
--
Regards,
Bengt Richter
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41132
; Package
guix
.
(Sun, 17 May 2020 04:27:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 41132 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I'm having the same issue in a Guix System. After a pull and reconfigure
all the fonts in Xfce are messed up. After a lot of meddling and help from
#guix IRC, it seems installing font-dejavu and running fc-cache -rv after
that "solves" the problem. I have done the guix pull and reconfigure in
multiple Guix VMs, both with "sudo -i" and normally, just in case the
underlying system is out of date and causing these issues, but they all
lead to the same situation.
[Message part 2 (text/html, inline)]
This bug report was last modified 4 years and 301 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.