Bug#444428: libwnck-common replaces libwnck1, but does not provide it

Deng Xiyue manphiz at gmail.com
Wed Oct 17 10:40:31 UTC 2007


severity 444428 important
severity 443918 important
merge 444428 443918
thanks

Here's a snippet from IRC that carrying an explanation from GNOME Team. 
Though still present, the problem is already solved by binNMUs, so lower 
the severity.

<manphiz> any one had a look at #444428? It seems libwnck1 is not in sid 
anymore, so it wouldn't be a problem.
<manphiz> and the problem is already taken care of by binNMUs
<lool> manphiz: The actual problem is that you can't install libwnck1 
with libwnck$next if the dependencies on libwnck-commno are too strict 
in both packages
<Np237> we could relax those dependencies, after all these are only 
translations
<lool> manphiz: The dependencies have been relaxed somewhat, but still 
do not permit mixing libwnck from an older GNOME with the new one
<lool> manphiz: Basically the same thing happened to libvte
<manphiz> lool, I see. but maybe they are meant not to be installable at 
the same time?
<lool> manphiz: There were other alternatives which were heavier in 
terms of maintenance, so the conclusion of the discusions I started on 
debian-gtk-gnome@ were to unversion the dependency between libvte$n and 
-common
<lool> manphiz: the spirit of the Debian Policy is to permit shared libs 
to be parallel installable
<lool> Even if libwnckn and n+1 have no direct file conflict, they 
conflict de facto






More information about the pkg-gnome-maintainers mailing list