Bug#442292: [xml/sgml-pkgs] Bug#442292:

2007-09-17 Thread Justin M. Keyes
On 9/17/07, Mike Hommey <[EMAIL PROTECTED]> wrote: > On Mon, Sep 17, 2007 at 01:02:02PM -0400, Justin M. Keyes <[EMAIL PROTECTED]> > wrote: > > On 9/17/07, Mike Hommey <[EMAIL PROTECTED]> wrote: > > > Try something like strace -eopen -f update-mime-database 2>&1 | grep > > > libz.so > > > and che

Bug#442292: [xml/sgml-pkgs] Bug#442292:

2007-09-17 Thread Mike Hommey
On Mon, Sep 17, 2007 at 01:24:41PM -0400, Justin M. Keyes <[EMAIL PROTECTED]> wrote: > On 9/17/07, Justin M. Keyes <[EMAIL PROTECTED]> wrote: > > On 9/17/07, Mike Hommey <[EMAIL PROTECTED]> wrote: > > > Try something like strace -eopen -f update-mime-database 2>&1 | grep > > > libz.so > > > and c

Bug#442292: [xml/sgml-pkgs] Bug#442292:

2007-09-17 Thread Justin M. Keyes
On 9/17/07, Justin M. Keyes <[EMAIL PROTECTED]> wrote: > On 9/17/07, Mike Hommey <[EMAIL PROTECTED]> wrote: > > Try something like strace -eopen -f update-mime-database 2>&1 | grep libz.so > > and check where libz.so is taken from. > > If it's not taken in /usr/lib or /lib, then you're likely to ha

Bug#442292: [xml/sgml-pkgs] Bug#442292:

2007-09-17 Thread Mike Hommey
On Mon, Sep 17, 2007 at 01:02:02PM -0400, Justin M. Keyes <[EMAIL PROTECTED]> wrote: > On 9/17/07, Mike Hommey <[EMAIL PROTECTED]> wrote: > > Try something like strace -eopen -f update-mime-database 2>&1 | grep libz.so > > and check where libz.so is taken from. > > If it's not taken in /usr/lib or

Bug#442292: [xml/sgml-pkgs] Bug#442292:

2007-09-17 Thread Justin M. Keyes
On 9/17/07, Mike Hommey <[EMAIL PROTECTED]> wrote: > Try something like strace -eopen -f update-mime-database 2>&1 | grep libz.so > and check where libz.so is taken from. > If it's not taken in /usr/lib or /lib, then you're likely to have a > broken LD_LIBRARY_PATH and/or a spurious libz.so somewhe

Bug#442292: [xml/sgml-pkgs] Bug#442292:

2007-09-16 Thread Mike Hommey
On Mon, Sep 17, 2007 at 01:40:16AM -0400, Justin M. Keyes <[EMAIL PROTECTED]> wrote: > I also have this problem. I don't have a libz.so.1 in /lib, but I have > libz.so.1 in /usr/lib. This is the one that's supposed to exist. > I can't run gnome, and I just get a root window in X. > > This probl

Bug#442292:

2007-09-16 Thread Justin M. Keyes
I also have this problem. I don't have a libz.so.1 in /lib, but I have libz.so.1 in /usr/lib. I can't run gnome, and I just get a root window in X. This problem is preventing me from updating some packages, because things like 'update-mime-database' and 'scrollkeeper-config' depend on libxml2.so.

Bug#442292: [xml/sgml-pkgs] Bug#442292: symbol lookup error: /usr/lib/libxml2.so.2: undefined symbol: gzopen64

2007-09-14 Thread Mike Hommey
On Fri, Sep 14, 2007 at 03:41:30PM -0300, Mauro Meloni <[EMAIL PROTECTED]> wrote: > Subject: symbol lookup error: /usr/lib/libxml2.so.2: undefined symbol: > gzopen64 > Package: libxml2 > Version: 2.6.30.dfsg-2 > Severity: grave > Justification: renders package unusable > > Whenever I try to use

Bug#442292: symbol lookup error: /usr/lib/libxml2.so.2: undefined symbol: gzopen64

2007-09-14 Thread Mauro Meloni
Subject: symbol lookup error: /usr/lib/libxml2.so.2: undefined symbol: gzopen64 Package: libxml2 Version: 2.6.30.dfsg-2 Severity: grave Justification: renders package unusable Whenever I try to use synaptic, eog, or another Gnome app, I get the following message: symbol lookup error: /usr/lib/lib