Bug#362766: xcursor-themes: cursor themes do not work using current libxcursor1

[Daniel Stone <daniel@fooishbar.org>]

On Tue, Apr 18, 2006 at 04:14:27PM -0700, Steve Langasek wrote:
> 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?

Unless I'm missing something, old libxcursor1 also searches in
/usr/share/icons, no?