On Sun, May 28, 2006 at 11:17:03PM +0200, Adeodato Simó wrote: > tag 362296 patch > thanks
> * Steve Langasek [Sun, 21 May 2006 12:05:35 -0500]:
> > On Sun, May 21, 2006 at 07:37:50AM -0700, Ian Zimmerman wrote:
> > > With the fix by David Nusinow, systems that have not transitioned are
> > > broken. Please either look in both places for the encoding directory,
> > > or else introduce a versioned depend or conflict with the appropriate
> > > version of xfonts-base.
> > > Reopening the bug.
> > Yes. Two bugs here. First, mkfontdir should be invoked as
> > system('mkfontdir', ...)
> This should be moot.
I don't think it's moot. Currently it's invoked as /usr/bin/mkfontdir.
This is only valid with xfonts-utils (>= 1:1.0.0), and x-ttcidfont-conf does
not have a versioned dependency on xutils that ensures xfonts-utils will be
installed. So this is a serious bug for incorrect dependencies, which can
be resolved by dropping the absolute path from the invocation.
But I guess your patch actually fixes this, so I'm not sure why you say it's
"moot". :)
> > The second bug is that x-ttcidfont-conf is only looking in either the new or
> > the old directory for encodings.dir files, but has no dependencies which
> > ensure either set are present. This can be fixed in one of three ways:
> > adding a dependency on xfonts-base and only passing the old encoding paths;
> > adding a dependency on xfonts-encodings and only passing the new encoding
> > paths; or passing both the old and new encodings paths without an explicit
> > dependency.
> As for this, this is the current situation TTBOMK:
> - x-ttcidfont-font already depends on xfonts-encodings, indirectly via
> xutils -> xfont-utils -> xfonts-encodings. However, the package still
> fails to generate a fonts.dir file because it calls mkfontdir with:
> -e /usr/share/X11/fonts/encodings
> instead of
> -e /usr/share/fonts/X11/encodings
> which is the directory xfonts-encodings ships. This should be fixed
> ASAP, with the option of making the dependency on xfonts-encoding
> explicit.
> - now, as for compatibility with X.org 6.9 and XFree86, where the
> encodings are provided by xfonts-base and are shipped in a different
> path (/usr/X11R6/lib/X11/fonts/encodings), the good news is that
> xfonts-encoding ships compatibility links:
> /usr/X11R6/lib/X11/fonts/encodings/encodings.dir ->
> ../../../../../share/fonts/X11/encodings/encodings.dir
> The bad news, though, is that no such link is shipped for encodings/large.
> If the maintainer cares about maintaining compatibility, in my opinion
> the way to go would be to ask the xfonts-encodings maintainer to add such
> extra compatibility link, use the X11R6 paths in the script, and
> Depend: xfonts-encodings (>= 1:1.0.0-5something) | xfonts-base (<< 1:1).
If compatibility with earlier X packages is maintained, can't the dependency
just be kept as "xutils" as it is currently? Both old and new versions of
xutils are sufficient to ensure the encodings.dir is made available in the
legacy location.
And yes, it looks like another bug needs to be filed about the missing
symlink for large/encodings.dir. :/
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
