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

2006-04-19 Thread Steve Langasek
On Wed, Apr 19, 2006 at 08:20:32AM +0200, Michel Dänzer wrote:
 On Tue, 2006-04-18 at 16:14 -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

 You mean

 ~/.icons:\$${datadir}/icons:\$${datadir}/pixmaps:/usr/X11R6/lib/X11/icons

 ? :)

Heh, I was keeping my modifications to the default minimal, and the default
does in fact hard-code /usr/share/pixmaps.

-- 
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


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

2006-04-19 Thread Michel Dänzer
On Tue, 2006-04-18 at 16:14 -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

You mean

~/.icons:\$${datadir}/icons:\$${datadir}/pixmaps:/usr/X11R6/lib/X11/icons

? :)


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer



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

2006-04-19 Thread Bastian Venthur
As the maintainer of CrystalCursors, I have a strongly related problem
with update-alternatives support in Xorg7. I'd like to know: will the
fix of this bug provide the /usr/share/icons/default - dir/symlink?

Is it save to assume that this directory *exists* on a Xorg7-Installation?


Best regards,

Bastian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



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

2006-04-19 Thread Steve Langasek
Hi Bastian,

 As the maintainer of CrystalCursors, I have a strongly related problem
 with update-alternatives support in Xorg7. I'd like to know: will the
 fix of this bug provide the /usr/share/icons/default - dir/symlink?

The fixed xcursor-themes package will provide a /usr/share/icons/default
directory.  However, your package should also provide this directory as I
stated in bug #363059, rather than depending on it to be present on the
system: multiple packages are allowed to own directories, and it's only *by*
declaring this ownership that dpkg is able to clean up those directories
when a user removes both your package and xcursor-themes (e.g., because
they're uninstalling X).

 Is it save to assume that this directory *exists* on a Xorg7-Installation?

No; you should ship the directory yourself.  It *would* be possible to have
a versioned dep on xcursor-themes instead, but that would be wrong when the
only thing you need from that package is a directory.

-- 
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


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

2006-04-18 Thread Steve Langasek
Hello,

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?

Thanks,
-- 
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


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

2006-04-18 Thread Sune Vuorela
For me it is quite unclear wether the fix will be making 
the /usr/share/icons/default dir the thing that is handled thru the 
alternatives - or as it is with the X11R6-generation; handled thru the index 
file in the default dir.

I sure hope for the last.

/Sune


pgp24uwmXjxGY.pgp
Description: PGP signature


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

2006-04-18 Thread Carlos C Soto
The cursors was working with /etc/alternatives If it will no work in 
that way anymore maybe an advisory or an entry on the changelog must be 
made.


I have another question: Why the cursors are in /usr/share/icons/ ?
This is the right location to place it ?
Doesn't make more sense /usr/share/cursors/ ?

Thank you for your great job working on Debian !

-- eclipxe


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



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

2006-04-18 Thread Daniel Stone
On Tue, Apr 18, 2006 at 04:01:32AM -0500, Carlos C Soto wrote:
 The cursors was working with /etc/alternatives If it will no work in 
 that way anymore maybe an advisory or an entry on the changelog must be 
 made.

It will be working with /etc/alternatives again; that's just a bug that
needs to be fixed.

 I have another question: Why the cursors are in /usr/share/icons/ ?
 This is the right location to place it ?
 Doesn't make more sense /usr/share/cursors/ ?

*shrug*, what's happened has happened, so there's not much we can do
about it now.


signature.asc
Description: Digital signature


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

2006-04-18 Thread Daniel Stone
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

Cheers,
Daniel


signature.asc
Description: Digital signature


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

2006-04-18 Thread Daniel Stone
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]



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

2006-04-18 Thread Steve Langasek
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


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

2006-04-18 Thread Steve Langasek
On Tue, Apr 18, 2006 at 04:32:56PM -0700, Steve Langasek wrote:
 On Wed, Apr 19, 2006 at 12:21:14AM +0100, Daniel Stone wrote:
   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?

 $ dpkg -x x/xcursor/libxcursor1_1.1.3-1_i386.deb /tmp/libxcursor
 $ strings /tmp/libxcursor/usr/lib/libXcursor.so.1|grep icons
 ~/.icons:/usr/share/icons:/usr/share/pixmaps:/usr/X11R6/lib/X11/icons
 $

 Yes, apparently so.

 In that case, what is the source of this bug report on xcursor-themes?

Oh, right.  Your earlier comment was:

 XSF: xcursor-themes needs to put its default link in /usr/share/icons,
 not /usr/X11R6/lib/X11/icons.

Well, xcursor-themes *does* install all its files to /usr/share/icons, but
there's currently nothing in this package which manages symlinks for the
default theme *at all*.  So that would be the problem here.

-- 
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


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

2006-04-18 Thread Steve Langasek
On Wed, Apr 19, 2006 at 12:21:14AM +0100, Daniel Stone wrote:
  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?

$ dpkg -x x/xcursor/libxcursor1_1.1.3-1_i386.deb /tmp/libxcursor
$ strings /tmp/libxcursor/usr/lib/libXcursor.so.1|grep icons
~/.icons:/usr/share/icons:/usr/share/pixmaps:/usr/X11R6/lib/X11/icons
$

Yes, apparently so.

In that case, what is the source of this bug report on xcursor-themes?

-- 
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


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

2006-04-18 Thread Daniel Stone
On Tue, Apr 18, 2006 at 04:41:20PM -0700, Steve Langasek wrote:
 On Tue, Apr 18, 2006 at 04:32:56PM -0700, Steve Langasek wrote:
  $ dpkg -x x/xcursor/libxcursor1_1.1.3-1_i386.deb /tmp/libxcursor
  $ strings /tmp/libxcursor/usr/lib/libXcursor.so.1|grep icons
  ~/.icons:/usr/share/icons:/usr/share/pixmaps:/usr/X11R6/lib/X11/icons
  $
 
  Yes, apparently so.
 
  In that case, what is the source of this bug report on xcursor-themes?
 
 Oh, right.  Your earlier comment was:
 
  XSF: xcursor-themes needs to put its default link in /usr/share/icons,
  not /usr/X11R6/lib/X11/icons.
 
 Well, xcursor-themes *does* install all its files to /usr/share/icons, but
 there's currently nothing in this package which manages symlinks for the
 default theme *at all*.  So that would be the problem here.

I can't remember if the alternatives management went missing or not.
Probably.

All the alternatives management from xlibs-data.postinst needs to come
over, but the alternative at
/usr/X11R6/lib/X11/icons/default/index.theme needs to get removed, and
then replaced by /usr/share/icons/default/index.theme.  But the bug was
two-fold, in that the new libxcursor wasn't looking in the *old*
location either.  So both things (new libxcursor search path being
broadened, xcursor-themes postinst needs to be reinstated) need to
happen.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



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

2006-04-15 Thread Michael Prokop
Package: xcursor-themes
Severity: normal


The xcursor-themes package doesn't work for me anymore.

% dpkg --list xserver-xorg libxcursor1 xcursor-themes
[...]
ii  libxcursor11.1.5.2-3  X cursor management library
ii  xcursor-themes 1.0.1-2Base X cursor themes
ii  xserver-xorg   6.9.0.dfsg.1-6 the X.Org X server

I didn't change anything in the system wide setup:

% ls -la /etc/alternatives/x-cursor-theme
lrwxrwxrwx 1 root root 33 2006-04-12 21:18 /etc/alternatives/x-cursor-theme - 
/etc/X11/cursors/whiteglass.theme
% ls -la /etc/X11/cursors/whiteglass.theme
-rw-r--r-- 1 root root 33 2003-04-16 18:17 /etc/X11/cursors/whiteglass.theme

This works for me as a local fix:

  mkdir ~/.icons
  cd ~/.icons
  ln -s /usr/share/icons/whiteglass default

If I'm using the old libxcursor1 version 1.1.3-1 then xcursor-themes
works as intended and without any problems. As soon as I update
libxcursor1 it's broken for the system wide setup again (the local
fix still works of course).

Disclaimer: I wasn't sure whether I should report this issue to
xcursor-themes or libxcursor1, sorry if I chose wrong.

regards,
-mika-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



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

2006-04-15 Thread Daniel Stone
On Sat, Apr 15, 2006 at 02:03:54PM +0200, Michael Prokop wrote:
 The xcursor-themes package doesn't work for me anymore.
 
 % dpkg --list xserver-xorg libxcursor1 xcursor-themes
 [...]
 ii  libxcursor11.1.5.2-3  X cursor management library
 ii  xcursor-themes 1.0.1-2Base X cursor themes
 ii  xserver-xorg   6.9.0.dfsg.1-6 the X.Org X server
 
 I didn't change anything in the system wide setup:
 
 % ls -la /etc/alternatives/x-cursor-theme
 lrwxrwxrwx 1 root root 33 2006-04-12 21:18 /etc/alternatives/x-cursor-theme 
 - /etc/X11/cursors/whiteglass.theme
 % ls -la /etc/X11/cursors/whiteglass.theme
 -rw-r--r-- 1 root root 33 2003-04-16 18:17 /etc/X11/cursors/whiteglass.theme
 
 This works for me as a local fix:
 
   mkdir ~/.icons
   cd ~/.icons
   ln -s /usr/share/icons/whiteglass default
 
 If I'm using the old libxcursor1 version 1.1.3-1 then xcursor-themes
 works as intended and without any problems. As soon as I update
 libxcursor1 it's broken for the system wide setup again (the local
 fix still works of course).
 
 Disclaimer: I wasn't sure whether I should report this issue to
 xcursor-themes or libxcursor1, sorry if I chose wrong.

XSF: xcursor-themes needs to put its default link in /usr/share/icons,
not /usr/X11R6/lib/X11/icons.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



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

2006-04-15 Thread Michel Dänzer
On Sat, 2006-04-15 at 14:03 +0200, Michael Prokop wrote:
 Package: xcursor-themes
 Severity: normal
 
 
 The xcursor-themes package doesn't work for me anymore.
 
 % dpkg --list xserver-xorg libxcursor1 xcursor-themes
 [...]
 ii  libxcursor11.1.5.2-3  X cursor management library
 ii  xcursor-themes 1.0.1-2Base X cursor themes
 ii  xserver-xorg   6.9.0.dfsg.1-6 the X.Org X server
 
 I didn't change anything in the system wide setup:
 
 % ls -la /etc/alternatives/x-cursor-theme
 lrwxrwxrwx 1 root root 33 2006-04-12 21:18 /etc/alternatives/x-cursor-theme 
 - /etc/X11/cursors/whiteglass.theme
 % ls -la /etc/X11/cursors/whiteglass.theme
 -rw-r--r-- 1 root root 33 2003-04-16 18:17 /etc/X11/cursors/whiteglass.theme
 
 This works for me as a local fix:
 
   mkdir ~/.icons
   cd ~/.icons
   ln -s /usr/share/icons/whiteglass default

What about

ln -s whiteglass /usr/share/icons/default

?


 If I'm using the old libxcursor1 version 1.1.3-1 then xcursor-themes
 works as intended and without any problems. As soon as I update
 libxcursor1 it's broken for the system wide setup again (the local
 fix still works of course).
 
 Disclaimer: I wasn't sure whether I should report this issue to
 xcursor-themes or libxcursor1, sorry if I chose wrong.

I think you made the right choice, xcursor-themes probably needs to
adapt to the new default search path in libxcursor1.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer



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

2006-04-15 Thread Michael Prokop
* Michel Dänzer [EMAIL PROTECTED] [20060415 14:39]:
 On Sat, 2006-04-15 at 14:03 +0200, Michael Prokop wrote:

  The xcursor-themes package doesn't work for me anymore.
[...]
  This works for me as a local fix:

mkdir ~/.icons
cd ~/.icons
ln -s /usr/share/icons/whiteglass default

 What about

 ln -s whiteglass /usr/share/icons/default

 ?

Yes, works.

HTH  regards,
-mika-
-- 
 ,'`. http://www.michael-prokop.at/
(  grml.org -» Linux Live-CD for texttool-users and sysadmins
 `._,' http://www.grml.org/


pgpLcoQ9B7iGx.pgp
Description: PGP signature