Re: Using GTK+ 2.x and GTK+ 3 in the same process is not supported
On Tue, 2011-06-28 at 11:37 -0400, John A. Sullivan III wrote:
> On Tue, 2011-06-28 at 10:56 -0400, John A. Sullivan III wrote:
> > On Tue, 2011-06-28 at 14:36 +0000, Camaleón wrote:
> > > On Tue, 28 Jun 2011 09:31:44 -0400, John A. Sullivan III wrote:
> > >
> > > > On Tue, 2011-06-28 at 13:16 +0000, Camaleón wrote:
> > >
> > > >> > What happened and how do I fix it? This is a bit of a disaster.
> > > >> > Thanks
> > > >>
> > > >> Google seems to point at GTK+ 2/3 conflicts.
> > > >>
> > > >> Is it possible that some GTK+ libraries have been updated to newer
> > > >> versions because of the above wheezy pinning? :-?
> > > >>
> > > >>
> > > >>
> > > > That's what I'm guessing but I don't see it:
> > > >
> > > > ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface library
> > > > ii libgtk2.0-bin 2.24.4-3 The programs for the GTK+ graphical user interface library
> > > > ii libgtk2.0-common 2.20.1-2 Common files for the GTK+ graphical user interface library
> > >
> > > I would put the focus into the "upgraded" packages:
> > >
> > > libgail18:i386 (2.20.1-2, 2.24.4-3)
> > > libwmf0.2-7:i386 (0.2.8.4-6.1+b1, 0.2.8.4-8)
> > > libgtk2.0-bin:i386 (2.20.1-2, 2.24.4-3)
> > > libgeoip1:i386 (1.4.7~beta12+dfsg-1, 1.4.7+dfsg-2)
> > > wireshark:i386 (1.2.11-6+squeeze1, 1.6.0-1)
> > > librsvg2-2:i386 (2.26.3-1, 2.34.0-1)
> > > librsvg2-common:i386 (2.26.3-1, 2.34.0-1)
> > > libgtk2.0-0:i386 (2.20.1-2,2.24.4-3)
> > > wireshark-common:i386 (1.2.11-6+squeeze1, 1.6.0-1)
> > >
> > > > Everything is 2.x although I wonder why common is a different version.
> > >
> > > Updated versions are from wheezy, as you say below.
> > >
> > > > I'll try updating that next. I also don't know why libraries would have
> > > > been brought in from Wheezy since it is pinned lower than Squeeze.
> > > > Wireshark should have been in Squeeze so it should not have pulled it
> > > > from Wheezy and the same for any libraries. Thanks - John
> > >
> > > I can't help for the pinning issue, that thingy looks like a sort of "black
> > > magic" to me :-). But yes, it seems they're now from wheezy and that pulled
> > > the updated GKT+ libraries so I would try to return back the packages to the
> > > old version and see how it goes.
> > >
> > > Greetings,
> > >
> > > --
> > > Camaleón
> > >
> > >
> > Grrr . . . upgrading common did not help but it made it clear it was
> > from Wheezy. Downgrading all libgtk to 2.20 wanted to uninstall half my
> > system. So, I did an apt-get update/upgrade and it has upgrade 500+
> > packages to wheezy :( We'll see if it works after a reboot but I really
> > didn't want to run Wheezy. That's why I pinned it below Squeeze.
> > Thanks - John
> >
> >
> Argh! This isn't getting any better. After reluctantly upgrading half
> my system to Wheezy, and after several apt-get -f install, I still get
> the same error message! Hmm . . . . now, after an apt-get clean, the
> update, an apt-get upgrade gives me:
> The following packages will be upgraded:
> libglib2.0-data
> 1 upgraded, 0 newly installed, 0 to remove and 366 not upgraded.
> Need to get 1,994 kB of archives.
> After this operation, 2,187 kB of additional disk space will be used.
> Do you want to continue [Y/n]? y
> Get:1 http://debian.lcs.mit.edu/debian/ wheezy/main libglib2.0-data all
> 2.28.6-1 [1,994 kB]
> Fetched 1,994 kB in 2s (846 kB/s)
> Reading changelogs... Done
> (Reading database ... 199996 files and directories currently installed.)
> Preparing to replace libglib2.0-data 2.24.2-1
> (using .../libglib2.0-data_2.28.6-1_all.deb) ...
> rm: cannot remove `/usr/share/doc/libglib2.0-data': Is a directory
> dpkg: error
> processing /var/cache/apt/archives/libglib2.0-data_2.28.6-1_all.deb
> (--unpack):
> subprocess new pre-installation script returned error exit status 1
> configured to not write apport reports
> Errors were encountered while
> processing:
> /var/cache/apt/archives/libglib2.0-data_2.28.6-1_all.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>
> I'll try renaming that directory and see what happens. I'm shocked that
> a simple apt-get install wireshark would cause such grief and leave a
> broken system. Thanks - John
<snip>
Double Argh!! renaming the directory allowed the upgrade to
libglib2.0-data but I still have the problem, e.g.,
jsullivan@jaseee:~$ xsane
Gtk-ERROR **: GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in
the same process is not supported
aborting...
Aborted
So I'm still left with a broken system after a simple apt-get install
wireshark. It is almost certainly the libgtk2.0-bin:i386 (2.20.1-2,
2.24.4-3) that was pulled in but I can't seem to back it out without
uninstalling half my system and rolling everything forward hasn't fixed
the problem. What next? Thanks - John
Reply to: