On Tue, Apr 18, 2006 at 11:43:31AM +0300, Daniel Stone wrote:
> On Tue, Apr 18, 2006 at 12:55:31AM -0700, Steve Langasek wrote:
> > Is it reasonable/appropriate for libxcursor1 to continue to support
> > /usr/X11R6/lib/X11/icons as a fallback search path, in order to provide as
> > smooth an upgrade as possible?
> Build libxcursor with:
> --with-cursorpath=\\${datadir}/icons:/usr/share/pixmaps:~/.icons:/usr/X11R6/lib/X11/icons
Normally you want ~/.icons to be searched first, and this is the default in
libxcursor. I'm going to go with
~/.icons:\$${datadir}/icons:/usr/share/pixmaps:/usr/X11R6/lib/X11/icons
instead; patch will be committed shortly.
On the other side, how do we ensure that cursor themes aren't upgraded
before the libraries that need to access them? I think having cursors
conflict with or depend on a shared library (libxcursor1) to accomplish this
would be a bad idea.
We do have libxcursor1 in stable Depends: libx11-6 | xlibs, libx11-6
Depends: xfree86-common, and x11-common (unstable) Conflicts:
xfree86-common; but this is only sufficient to force an upgrade of libx11-6,
not of libxcursor1.
So it looks like the only options are: conflict with old libxcursor1, depend
on new libxcursor1, or ignore the problem. All of those options suck.
Anyone have a better one?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
vorlon@debian.org http://www.debian.org/
Attachment:
signature.asc
Description: Digital signature