supplementary GNOME cairo-0.9.2-4 breaks many packages

The supplementary GNOME cairo-0.9.2-4 breaks many packages including
control-center2-2.11.91-5 and gnome-desktop-2.11.90-3 which all require
libcairo.so.1, which this newer cairo does not provide.

regards,

Mark

> The supplementary GNOME cairo-0.9.2-4 breaks many packages including
> control-center2-2.11.91-5 and gnome-desktop-2.11.90-3 which all require
> libcairo.so.1, which this newer cairo does not provide.
>
> regards,
>
> Mark
>

A workaround is to create a symbolic link:

cd /usr/lib
ln -s libcairo.so.2 libcairo.so.1

but I do this with a certain degree of trepidation.

On Mon, 22 Aug 2005 09:41:12 GMT
Mark Brand <brandm@xs4all.nl> wrote:

> A workaround is to create a symbolic link:
>
> cd /usr/lib
> ln -s libcairo.so.2 libcairo.so.1
>
> but I do this with a certain degree of trepidation.

No need for the trepidation -- it will either work or it won't. If it
does, you're good to go; if not, just remove it . . . :-) I've done
this quite a bit in the past and never had any *serious* problem.


--
Kevin Nathan (Arizona, USA)
Linux Potpourri and a.o.l.s. FAQ -- http://www.project54.com/linux/

Open standards. Open source. Open minds.
The command line is the front line.
Linux 2.6.8-24.17-default
10:27pm up 13 days 3:18, 14 users, load average: 0.00, 0.02, 0.07

I too have this issue and had tried a softlink. But the ld.so.cache only
shows libcairo.so.2 links not the so.1 softlink. I ran ldconfig

On Tue, 23 Aug 2005 05:28:35 +0000, Kevin Nathan wrote:

> On Mon, 22 Aug 2005 09:41:12 GMT
> Mark Brand <brandm@xs4all.nl> wrote:
>
>> A workaround is to create a symbolic link:
>>
>> cd /usr/lib
>> ln -s libcairo.so.2 libcairo.so.1
>>
>> but I do this with a certain degree of trepidation.
>
> No need for the trepidation -- it will either work or it won't. If it
> does, you're good to go; if not, just remove it . . . :-) I've done
> this quite a bit in the past and never had any *serious* problem.

JLS <j@jlsworld.com> wrote in
newsan.2005.08.26.13.27.09.923968@jlsworld.com:

> I ran ldconfig

That breaks it here. Delete the symlink and recreate it, and *don't* run
ldconfig. Does it work now?

Uwe

--
Novell Support Connection Volunteer SysOp
Please don't send me support related e-mail unless I ask you to do so.

I tried that suggestion and no joy. The programs seem to run that require
libcairo.so.1 but it's yast install and update that complains about no
libcairo.so.1. It might be only an issue with yast?



On Fri, 26 Aug 2005 16:27:35 +0000, Uwe Buckesfeld wrote:

> JLS <j@jlsworld.com> wrote in
> newsan.2005.08.26.13.27.09.923968@jlsworld.com:
>
>> I ran ldconfig
>
> That breaks it here. Delete the symlink and recreate it, and *don't* run
> ldconfig. Does it work now?
>
> Uwe

On Fri, 26 Aug 2005 18:09:35 GMT
JLS <j@jlsworld.com> wrote:

> I tried that suggestion and no joy. The programs seem to run that
> require libcairo.so.1 but it's yast install and update that complains
> about no libcairo.so.1. It might be only an issue with yast?
>

Absolutely! YaST/YOU/RPM are *only* aware of programs/libs that have
been installed from an RPM package. They will never see this. If the
programs work, who really cares? ;-)

There's probably a way to get this in the RPM database, but I've never
been motivated enough to look . . .


--
Kevin Nathan (Arizona, USA)
Linux Potpourri and a.o.l.s. FAQ -- http://www.project54.com/linux/

Open standards. Open source. Open minds.
The command line is the front line.
Linux 2.6.8-24.17-default
3:08am up 17 days 7:58, 14 users, load average: 0.58, 0.38, 0.18

I had done an install of both, rpm -ivh, and the ver .9 can install
happily without replacing the earlier version. But that still does not fix
the problem.


On Sat, 27 Aug 2005 10:10:25 +0000, Kevin Nathan wrote:

> On Fri, 26 Aug 2005 18:09:35 GMT
> JLS <j@jlsworld.com> wrote:
>
>> I tried that suggestion and no joy. The programs seem to run that
>> require libcairo.so.1 but it's yast install and update that complains
>> about no libcairo.so.1. It might be only an issue with yast?
>>
>
> Absolutely! YaST/YOU/RPM are *only* aware of programs/libs that have
> been installed from an RPM package. They will never see this. If the
> programs work, who really cares? ;-)
>
> There's probably a way to get this in the RPM database, but I've never
> been motivated enough to look . . .

On Sun, 28 Aug 2005 14:40:47 GMT
JLS <j@jlsworld.com> wrote:

> I had done an install of both, rpm -ivh, and the ver .9 can install
> happily without replacing the earlier version. But that still does
> not fix the problem.
>

Assuming the problem is still that YaST install and update complains
about no libcairo.so.1, try setting the packages that depend on that lib
(in YaST Install and Remove Software) to 'Protected - Do not modify'.


--
Kevin Nathan (Arizona, USA)
Linux Potpourri and a.o.l.s. FAQ -- http://www.project54.com/linux/

Open standards. Open source. Open minds.
The command line is the front line.
Linux 2.6.8-24.17-default
11:58am up 18 days 16:49, 14 users, load average: 0.10, 0.23, 0.19