On Wed, Oct 27, 2010 at 23:02:23 +0200, Josselin Mouette wrote:
> Apparently libgpod-common is using libgobject too, in a binary run from
> udev rules. So that makes another reason for moving libgobject to /lib -
> maybe even in squeeze, if this is considered RC.
>
The way to fix that for squeeze
On Oct 29, Julien Cristau wrote:
> On Wed, Oct 27, 2010 at 23:02:23 +0200, Josselin Mouette wrote:
>
> > Apparently libgpod-common is using libgobject too, in a binary run from
> > udev rules. So that makes another reason for moving libgobject to /lib -
> > maybe even in squeeze, if this is cons
Le mercredi 27 octobre 2010 à 22:31 +0200, Marco d'Itri a écrit :
> On Oct 27, Michael Biebl wrote:
>
> > in 164-1, libgudev was moved from /usr/lib to /lib, but it depends on
> > libraries from /usr/lib:
> >
> > # ldd /lib/libgudev-1.0.so.0.0.1 | grep usr
> > libgobject-2.0.so.0 => /usr/li
On Oct 27, Michael Biebl wrote:
> in 164-1, libgudev was moved from /usr/lib to /lib, but it depends on
> libraries from /usr/lib:
>
> # ldd /lib/libgudev-1.0.so.0.0.1 | grep usr
> libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7822000)
> libgthread-2.0.so.0 => /usr/lib/libg
Package: libgudev-1.0-0
Version: 164-1
Severity: serious
File: /lib/libgudev-1.0.so.0.0.1
Hi Marco,
in 164-1, libgudev was moved from /usr/lib to /lib, but it depends on
libraries from /usr/lib:
# ldd /lib/libgudev-1.0.so.0.0.1 | grep usr
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so
5 matches
Mail list logo