Bug#666889: Problem with this transition, leading to gnome-shell segfault on login
On Sat, May 05, 2012 at 07:17:23AM +0200, Michael Biebl wrote:
> On 05.05.2012 06:59, Josh Triplett wrote:
> >> I see three different solutions, which all suck in their own way:
> >> a/ Make gir1.2-coglpango-1.0, gir1.2-cogl-1.0 and libcogl-pango0 break
> >> libcogl5
> > This seems like the best choice of the three you mentioned. Anything
> > using any of those and linking against libcogl5 will break, and "Breaks:
> > libcogl5" seems like the best available proxy for "Breaks: everything
> > depending on libcogl5 and this package".
> Just tested it. Looks like downgrading libcogl-pango0 is sufficient to
> avoid the gnome-shell crash.
I can confirm that; I just downgraded libcogl-pango0 to the version in
testing, and gnome-shell no longer segfaults.
As an aside: despite having gnome-session-fallback installed, the
fallback did not occur automatically. I had to edit my .xsession and
change "exec gnome-session" to "exec gnome-session-fallback" to get a
> Seems it doesn't matter if the typelib files in gir1.2-coglpango-1.0 and
> gir1.2-cogl-1.0 are linked against libcogl9.
> I'm not quite sure why that is. This probably would need further
> investigation and more time.
> > The more optimal but more difficult alternative: figure out all packages
> > currently depending on libcogl5 and previous versions of the GNOME
> > introspection bits, and declare a versioned breaks against all of them.
> As we have packages in experimental, like empathy, which have a higher
> version number but still link against libcogl5, this is not working that
> great either.
Ouch, that does make the problem more difficult.
> That said, I'll probably just make libcogl-pango0 break libcogl5 as this
> seems to be sufficient and upload this in a few hours.
Given your analysis of what combination actually breaks, this makes
some sense, though it still feels the wrong way around somehow.
- Josh Triplett