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. [EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature