On Tue, Oct 04, 2016 at 08:34:16AM +0200, Lucas Nussbaum wrote: > severity 839444 serious > thanks [...] > > If you can reproduce the problem, please provide a backtrace from the > > segmentation fault. > > I can (on two different machines)
... but you still don't want to provide a backtrace? Ok, then lets focus on trying to get libgda5 removed. Noone loves it anyway. Unfortunately a simple RC bug won't do it because of key-packages, so here's a summary on how we could help it along: libgda5 has 2 rdeps: anjuta and gtranslator. Both of these have gda as (build-time) non-optional dependencies, so both need to go. gtranslator has no rdeps but anjuta unfortunately does. I could probably replace gnome-devel dependency on anjuta with gnome-builder (even though it might not be mature enough and provide all the same things but whatever), which should resolve one of the key-packages related removal blockers. There's also libanjuta-3-0 with a few rdeps but it seems to boil down to gtkpod (and some gtkpod support libraries). Once gtkpod, anjuta and gtranslator are gone libgda5 is still a key-package on its own because of 12000+ installs according to popcon. Not sure why that is..... So still needs manual hinting to be removed. Still seems doable though unless I missed something (which seems likely given none of the listed rdeps motivates the high install count of libgda5 and I find it unlikely people just manually install the library directly). Regards, Andreas Henriksson