GNU bug report logs - #22100
'font-alias' breaks other xorg font packages when installed in a single profile

Previous Next

Package: guix;

Reported by: Alex Kost <alezost <at> gmail.com>

Date: Sun, 6 Dec 2015 09:20:03 UTC

Severity: normal

To reply to this bug, email your comments to 22100 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#22100; Package guix. (Sun, 06 Dec 2015 09:20:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Alex Kost <alezost <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Sun, 06 Dec 2015 09:20:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Alex Kost <alezost <at> gmail.com>
To: bug-guix <at> gnu.org
Cc: Eric Bavier <bavier <at> member.fsf.org>
Subject: 'font-alias' breaks other xorg font packages when installed in a
 single profile
Date: Sun, 06 Dec 2015 12:19:29 +0300
I install several xorg font packages (font-adobe75dpi, font-adobe100dpi,
font-misc-misc and font-alias) in one of my profiles, and point my Xorg
font path to this directory.  Previously it worked fine, but after
commit bf9655f¹, I cannot use this anymore, because the empty
"fonts.dir" files from 'font-alias' packages override the proper
"fonts.dir" files from the other packages.

So since it was a workaround for Xorg server behaviour, I wonder would
it be possible to modify 'xorg-server' package instead?  So that along
with directories with "fonts.dir" files, Xorg server would also handle
directories that have "fonts.alias" files.

Anyway, I don't insist on reverting this commit, as I'm rather happy
using the following package (Guix is great!):

(define-public font-alias-pure
  (package
    (inherit font-alias)
    (name "font-alias-pure")
    (arguments '())
    (synopsis (string-append (package-synopsis font-alias)
                             " (upstream package without modifications)"))))

¹ http://git.savannah.gnu.org/cgit/guix.git/commit/?id=bf9655f57d2442d56661594b80f6d0031ca0ae73

-- 
Alex




Information forwarded to bug-guix <at> gnu.org:
bug#22100; Package guix. (Thu, 10 Dec 2015 01:13:04 GMT) Full text and rfc822 format available.

Message #8 received at 22100 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Alex Kost <alezost <at> gmail.com>
Cc: 22100 <at> debbugs.gnu.org, Eric Bavier <bavier <at> member.fsf.org>
Subject: Re: bug#22100: 'font-alias' breaks other xorg font packages when
 installed in a single profile
Date: Wed, 09 Dec 2015 15:05:28 +0100
Alex Kost <alezost <at> gmail.com> skribis:

> I install several xorg font packages (font-adobe75dpi, font-adobe100dpi,
> font-misc-misc and font-alias) in one of my profiles, and point my Xorg
> font path to this directory.  Previously it worked fine, but after
> commit bf9655f¹, I cannot use this anymore, because the empty
> "fonts.dir" files from 'font-alias' packages override the proper
> "fonts.dir" files from the other packages.

D’oh!

> So since it was a workaround for Xorg server behaviour, I wonder would
> it be possible to modify 'xorg-server' package instead?  So that along
> with directories with "fonts.dir" files, Xorg server would also handle
> directories that have "fonts.alias" files.

It seems we need something along these lines, indeed.

WDYT Eric?

Thanks,
Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#22100; Package guix. (Sat, 12 Dec 2015 17:38:01 GMT) Full text and rfc822 format available.

Message #11 received at 22100 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Eric Bavier <bavier <at> member.fsf.org>
Cc: Alex Kost <alezost <at> gmail.com>, 22100 <at> debbugs.gnu.org
Subject: Re: bug#22100: 'font-alias' breaks other xorg font packages when
 installed in a single profile
Date: Sat, 12 Dec 2015 18:37:39 +0100
Eric Bavier <bavier <at> member.fsf.org> skribis:

> Since xorg-server lacks AFAIK any environment variables to set the font
> path we cannot consider moving fonts to namespaced directories.

Hmm.

> Instead, we might want to consider ignoring fonts.dir files from the
> union build if possible and then running mkfontsdir at profile creation
> time.

We could always do that but, shouldn’t we fix the X font server instead?
(Easier said than done, I admit, unless there are patches floating around.)

Thanks,
Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#22100; Package guix. (Sat, 12 Dec 2015 19:04:03 GMT) Full text and rfc822 format available.

Message #14 received at 22100 <at> debbugs.gnu.org (full text, mbox):

From: Eric Bavier <bavier <at> member.fsf.org>
To: ludo <at> gnu.org (Ludovic Courtès)
Cc: Alex Kost <alezost <at> gmail.com>, 22100 <at> debbugs.gnu.org
Subject: Re: bug#22100: 'font-alias' breaks other xorg font packages when
 installed in a single profile
Date: Fri, 11 Dec 2015 20:06:27 -0600
On Wed, 09 Dec 2015 15:05:28 +0100
ludo <at> gnu.org (Ludovic Courtès) wrote:

> Alex Kost <alezost <at> gmail.com> skribis:
> 
> > I install several xorg font packages (font-adobe75dpi, font-adobe100dpi,
> > font-misc-misc and font-alias) in one of my profiles, and point my Xorg
> > font path to this directory.  Previously it worked fine, but after
> > commit bf9655f¹, I cannot use this anymore, because the empty
> > "fonts.dir" files from 'font-alias' packages override the proper
> > "fonts.dir" files from the other packages.  
> 
> D’oh!

Oops indeed.

> > So since it was a workaround for Xorg server behaviour, I wonder would
> > it be possible to modify 'xorg-server' package instead?  So that along
> > with directories with "fonts.dir" files, Xorg server would also handle
> > directories that have "fonts.alias" files.  
> 
> It seems we need something along these lines, indeed.

That may help in the specific case of the font-alias package.  It would
not help in the long run however.  We currently have a rather
limited number of X11 fonts in Guix, just the adobe fonts to be
precise.  We'll run into the same 'fonts.dir' collision issues once
other X11 fonts are packaged and installed in a profile alongside other
fonts.

E.g. installing font-adobe75dpi and a future font-bitstream75dpi would
produce a collision on the fonts.dir files from each package, and
ultimately only one of the fonts would be available to the user.

Since xorg-server lacks AFAIK any environment variables to set the font
path we cannot consider moving fonts to namespaced directories.
Instead, we might want to consider ignoring fonts.dir files from the
union build if possible and then running mkfontsdir at profile creation
time.

`~Eric




This bug report was last modified 8 years and 137 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.