On dim., 2013-05-12 at 20:03 +0200, Ralf Jung wrote: > > after updating the lightdm libraries to version 1.6.0-3, > lightdm-kde-greeter (maintained by me) does not work anymore. > lightdm-gtk-greeter is all right. > > I do not yet know what this is caused by. Did the ABI change without > a soname change? The Ubuntu lightdm-kde-greeter package indicates that > the soname was changed there, but I may be mistaken.
Well, the soname didn't change between 1.2 and 1.6 at least. I have to admit I didn't notice there were actual reverse dependencies to liblightdm-qt since the greeters removal from the lightdm package. I've uploaded packages to experimental since ages but I should have send you a notice before uploading to unstable, so you could have an eye. > Actually, all that seems to be missing is a more tight dependency on > lightdm itself. Yesterday, I updated only the libraries because > lightdm > 1.6.0-3 pulls in the new glib2.0 from unstable, which I wanted to > avoid. So it's more a runtime dependency than a library dependency. I guess it's unavoidable, unfortunately. > After installing lightdm 1.6.0-3, this bug is gone. So obviously some > dependency is missing somewhere to prevent the combination of > liblightdm-qt 1.6.0-3, lightdm 1.6.0-2 and lightdm-kde-greeter from > happening. Indeed. > Now, where should this dependency be put? As far as I understand it, > lightdm should Break the current version of lightdm-kde-greeter, and I > can upload a new version which requires lightdm, liblightdm-qt (>= > 1.6.0-3) to ensure that the update is installed completely. But I am > all > new to this manual dependency business, so any advice is welcome. I can add a Breaks: for this time, but I wonder if I should add an shlibs to enforce a stricter dependency on the lightdm daemon itself. But that also brings a dependency loop: lightdm depends on lightdm-greeter lightdm-greeter is provided by lightdm-gtk-greeter | lightdm-kde-greeter lightdm-*-greeter depend on liblightdm* I'll try to ask upstream about this loop and if it's possible to avoid that. Regards, -- Yves-Alexis
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Pkg-xfce-devel mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xfce-devel
