[Bug 18419] gedit: can't start

Wed Oct 26 20:02:06 UTC 2005

Please do not reply to this email.  You can add comments at
http://bugzilla.ubuntu.com/show_bug.cgi?id=18419
Ubuntu | gedit

------- Additional Comments From debzilla at ubuntu.com  2005-10-26 21:02 UTC -------
Message-ID: <20051026192621.GA6437 at bugs.debian.org>
Date: Wed, 26 Oct 2005 21:26:21 +0200
From: Loic Minier <lool at dooz.org>
To: Ming Hua <minghua at rice.edu>
Cc: 335564 at bugs.debian.org, control at bugs.debian.org
Subject: Re: Bug#335564: gedit: can't start

reassign 335564 fam 2.7.0-8
merge 327241 335564
thanks

        Hi,

On Wed, Oct 26, 2005, Ming Hua wrote:
> I don't mind having this bug (it can be merged with #323216), but it's
> definitely not grave.  The real problem, as the discussion linked at th=
e
> end of #323216 indicated, is that gedit trying to dlopen two modules
> (the libfile.so mentioned above, and scim's GTK IM module) links to
> different versions of libstdc++.  And in despite of libstdc++ getting
> built with versioned symbol, this is still causing problems (some
> unversioned symbols get into the library anyway).  There is a bug
> against gcc-4.0 for this, #328421.
>=20
> As eventually all packages should be built with GCC 4.0, rebuilding sci=
m
> sure won't help.  So do the gedit maintainers want this bug back?  If
> not, I'll accept it, downgrade it to normal and merge with #323216.

 The real bug is with fam, libfam0c102 is still installed on some
 etch/sid systems, and shouldn't be.  This is #327241 and I'm merging
 the reports.

 On my system for example:
 dpkg -l libfam\*
 un  libfam0        <none>         (no description available)
 ii  libfam0c102    2.7.0-7        client library to control the FAM daem=
on

 No gnome-vfs2 rebuild should be necessary.

   Cheers,
--=20
Lo=EFc Minier <lool at dooz.org>

-- 
Configure bugmail: http://bugzilla.ubuntu.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.