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?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
